[초보자를 향해] git를 정확하게 사용합니다.분기 작성에서 병합까지의 프로세스

3811 단어 GitGitHub
누구를 향한 보도
  • git로 개발한 초보자
  • git를 사용하지만 지점을 자르거나 당기거나 합병을 요구한 적이 없는 사람
  • 배경 및 구현
    개인 개발에서git를 사용하고 싶은 사람이 많은데 지점을 쉬지 않고 사용하고main push를 담담하게 지속하는 사람도 많죠?
    그렇게 말했어. 나도.
    어렵게 채용과 통합을 잘 활용하면 팀이 개발한 노하우 기술을 습득하는 게 좋다는 지적이 나오자 이 프로세스를 다시 정리했다.
    신인교육 등에도 쓸 수 있었으면 좋겠어요.
    카탈로그
  • 전체 프로세스의 정리
  • 원격 웨어하우스 만들기
  • 로컬 창고 만들기, 원격push
  • main의feature지점에서 제작
  • 분기 간 차등 확인, 편집 요청
  • main
  • 에 통합
  • 마지막
  • 전체 프로세스의 정리
    디렉터리는 그렇게 전체적인 프로세스가 되었지만 다음과 같은 프로세스를 통해git를 활용하는 경우가 많다고 생각합니다.
    1. 원격 창고 만들기
    github에서 원격 창고를 제작합니다.
    UI 작업으로 완성된 거라 그렇게 힘들 필요는 없겠죠.
    2、로컬 창고 만들기, 원격push
    로컬 창고를 만들고github에서 관리하는 원격 창고에 push를 저장합니다.
    개발하면 최소한 이 정도면 클라우드로 자원을 관리할 수 있어
    팀원이 2명 이상인 경우는 이렇게 흩어져서 일을 할 수 없어 힘들다.
    3、main에서 온feature 지점의 제작
    기본적으로main이라고 불리는 창고입니다.
    하지만 이것에 대해서는 직접push를 피해야 한다.
    실제 개발 작업은main이 제출한feature 지점에서 진행된다.
    피처의 개선 내용push를 원격 (github) 창고에 저장합니다.
    4. 지점 간의 차별 확인, 그룹 생성 요청
    피처와main은 차별이 생길 수 있으니 확인해 보세요.
    문제가 없는 내용임을 확인할 수 있다면 요청(업데이트 내용을 반영해 달라는 의뢰)을 작성한다.
    5、main에 통합
    (보통 제3자) 코드 내용과 차분을 확인한 후github에 합병한다.
    다음은 상세한 내용을 기술한다.
    원격 웨어하우스 만들기
    먼저github 화면에서 원격 창고를 만듭니다.
    화면에서 조작이 이뤄졌기 때문에 어려운 점은 없었다.
    공개 범위가 Public(인터넷에서 공개)인지 Private(자신 또는 특정 사용자만)인지 헷갈리지 마세요.
    다음 복선상자에서 "README"또는 ".gitignore"파일을 만들지 여부를 묻습니다
    모르면 공백으로 두면 돼.(이후 필요하면 추가 가능)


    로컬 창고와 원격push 만들기
    이번에는 일을 자신의 지방 환경으로 옮겼다.
    객체의 dir로 이동하여 로컬 소스 Push를 원격 위치에 반영합니다.
    git init 
    (gitの初期化 これでローカルにリポジトリができる)
    
    git config user.email XXXXXXX
    git config user.name XXXXXXX
    (githubの認証に使うメアド、ユーザ名の設定)
    
    git remote add origin XXXXXX(github上のリポジトリ)
    (ローカルのリポジトリとリモートとの紐づけ)
    
    git add .
    (コミットする対象のファイルを選択)
    
    git commit  -m "first commit"
    (コミット)
    
    git push -u origin main
    (mainへのpush)
    
    
    메인에서 온 피처 지점의 제작
    개발 작업은 다음과 같은 절차로main에서 지점을 나누어 진행한다.
    git branch feature/dev1(/以降は任意の名称、ここでは「dev1」)
    
    git checkout feature/dev1
    (mainからdev1へ作業するブランチを切り替え)
    
    何かしらのコード変更を行った後
    git add .
    git commit -m "message" 
    git push origin feature/dev1
    
    
    분기 간의 차이를 확인하고 그룹 요청을 만듭니다
    이때main과dev1의 코드가 차이가 있습니다.
    이에 대해 pull request는 "메일에 이 변경 사항을 반영하십시오."라고 요구합니다.
    github 화면 오른쪽 상단에서 진행할 수 있습니다.

    main에 병합
    내용에 문제가 없음을 확인하면 병합됩니다.
    conflict (경쟁) 가 있다면, 여기에서 알 수 있습니다.

    결합이 완료되면 다음과 같이 "Merged"입니다.

    이후 로컬 개발로 돌아갑니다.
    main에 통합된 최신 원본 파일을 반영해야 하기 때문에 다음과 같이pull에서main에 통합합니다.
    이후 dev1로 전환하거나 다른 지점을 제작하여 계속 개발
    git switch main
    or
    git checkout main
    
    git pull
    
    사은품(베스코드한테'상류지부 없다'고 욕먹을 때...)
    또한 VScode의 UI에서 명령선 대신 git를 조작할 수도 있습니다.
    이번에 UI에서 피처/dev1 분기의push를 진행하면...
    "상위 지점은 없습니다. 이 지점을 공개하시겠습니까?"
    경보를 발령하다.
    명령줄에서 push에는 "origin feature/dev1"이 명시되어 있지만 UI에서는 판단할 수 없습니다.
    아래의 지령으로 설정할 수 있으니 경보가 있는 사람은 시도해 보세요.
    ■上流ブランチの確認
    git branch -vv 
    
    ■上流ブランチの設定
    git branch <ローカルブランチ名> -u <リモートブランチ名>
    
    今回の例だと
    git branch feature/dev1 -u origin/feature/dev1
    
    최후
    아직 git에 익숙하지 않은 초보자는 반드시 상기 내용을 참고하세요!

    좋은 웹페이지 즐겨찾기