OPS인데, Git을 써봤어요 ~ 파트 2

안녕하세요. 저는 코미야입니다. 이전 글의 연속입니다. 이번에는 git 병합, 태그, 그리고 충돌에 대해 쓰겠습니다. 초보자들이 익숙해지는 모습을 보니 따뜻하게 지켜보시기 바랍니다. 저는 git-flow나 분기 모델에 대해 이야기하지 않습니다.

git 브랜치로 브랜치를 끊기

네가 어디에 있는지 확인해

$ git branch -a
  add_custom_repository
* 주인님

누군가가 새로 추가한 게 없는지 꼭 확인하세요.

$ git status
# 지점장님께
# 변경되었지만 업데이트되지 않음: 
# ("git add <file>..." 커밋될 내용을 업데이트하기 위해 사용하세요)
# ("git checkout -- <file>..." 작업 디렉터리의 변경 사항을 버리기 위해)
# 
# 수정: .gitignore
# 
커밋에 변경 사항이 추가되지 않습니다("git add" 및/또는 "git commit -a" 사용 가능)   

*만약 누군가가 최근에 추가했다면, 당신은 헌신하거나 숨겨야 합니다.

새 지부를 잘라서 옮기세요

$ git checkout -b add_xxxx-options
$ git branch -a

새 위치에서 git-checkout(1) 을 확인해 보세요. 분기를 만들지 않고 이동만 원한다면(-b 추가는 하지 마세요)

$ 계산대 <branch-name>꺼내세요
$ git branch -a

수리

$ git add <filename>
$ git commit -m '댓글' 

밀 때,

$ git push <branch-name1>origin :<branch-name1>

이렇게 하면 아래에 보이는 대로 .git/config가 등록된 후에 인자를 작성할 필요가 없습니다

[지선 "<branch-name1>"]
        원격 = 기원
        합병 = 심판/헤드/<branch-name1>

하지만 인자를 추가하지 않으면 모든 로컬 브랜치가 푸시되기 때문에, 푸시할 수 있는 주가 아니라면 주의해야 합니다

　교정이 이루어지면, 칼 솔로로 리허 런을 해보세요

마스터와의 합병에 대하여

Git - 분기 및 병합 기본 사항 gitlab GUI(github에서 pullik이라고 불림)에서 병합 요청을 만들 수 있습니다. [Merge Requests] 링크를 선택하고 [+새 병합 요청]을 클릭하여 어떤 분기에서 어떤 분기로 병합할지 결정하세요. 만약 병합 요청을 허용하세요.

또는 git marge를 사용하세요. 그냥 마스터(Marge가 위치한 브랜치)로 가서 <margeしたいブランチ名>git marge를 하고 커밋하세요. 확실하지 않다면 새 검증 브랜치를 자르고 거기서 마지로 저장할 수 있습니다.

충돌이 발생할 경우, 위 URL을 주의 깊게 확인하거나 검색하여 대응합니다.

태그##### 소개

태그는 커밋에 붙은 라벨과 같습니다. 특정 커밋에 특정 태그를 붙여 버전 관리를 위해 사용됩니다.

보통은 커밋 직후에 태그를 합니다

$ git tag

태그 목록과 태그를 받을 수 있습니다.

$ git tag <tag-name>

만약 그 태그를 누르면 현재 HEAD에 새 태그를 추가할 수 있습니다.

현재로서는 해당 태그가 로컬에서만 의미가 있으므로, 원격 출발지로 태그를 푸시하려면 다음을 수행하세요

$ git push origin <tag-name>

태그의 내용을 보고 싶으시다면, 다음을 확인할 수 있습니다.

$ 계산대 <tag-name>꺼내세요

하지만 이렇게 하면 고립된 HEAD 상태에 들어가게 되므로, 이 상태로 업데이트해도 어디에도 커밋할 수 없습니다. 이 업데이트를 유지하고 싶다면 -b를 추가하고 새 브랜치를 잘라낸 후 커밋할 수 있습니다. 태그는 포인터일 뿐 업데이트할 수 없으니, 체크아웃이 있는 브랜치로 돌아가서 업데이트하는 것이 더 낫습니다.

미리 ##### 판단하는 방법

git format-patch. 포인터만 사용할 수는 없지만, 자세한 내용은 링크를 참고해 주세요. git merge 충돌 여부를 미리 확인하는 방법 - Qiita 이 내용을 보고 나서 같은 충돌 영역을 찾아내고 분기들 간 위치를 동일하게 조정했더니 브라우저에 병합 버튼이 나타났습니다. 이 버튼을 클릭하는 게 더 쉬울 것 같아요. 확실하지 않으시다면 'git diff master '나 'git checkout'으로 특정 파일만 다른 분지에 커밋하는 게 좋을 것 같아요.

현재 역사 순위

그건 보너스입니다. 업무 환경에 따라 용도가 다르기 때문에 순위가 다릅니다.

@某社内鯖
# 역사 | awk '{print $4}' | 정렬 | 유니크 -c | 정렬 -nr | 머리
   1598 git
    768 vi
    382 캣
    341 LS
    249 CD
    222 번들
    189 AWS
    139 칼
    116 ./루비
     83표 찬성
@某リモート鯖
$ 역사 | awk '{print $2}' | 정렬 | 유니큐 -c | 정렬 -nr | 헤드
    185 주방
    183 vi
    119 git
     56 ssh
     47 CD
     38 w
     34 l
     29 df
     24 찬성
     22 고양이

다른 정보가 있다면 다음 내용을 참고하고 싶습니다. Git에서 사용할 수 있는 19가지 비밀 - Qiita git push.default 노하우 - Qiita 그리고 이제 Git pocket 참조 시작 부분의 치트 시트가 가장 이해하기 쉽다고 생각했습니다.

짧긴 하지만 시리즈의 끝이니 읽어주셔서 감사합니다.</margeしたいブランチ名>