패스트캠퍼스 챌린지 20일차: bitbucket 사용법[돌려라 번역기]
이제야 집에간다... 메모장 옮겨적기 ㄱㄱ
이부분은 인트라넷에서 gitlab으로 레포를 관리하는 팀에서 일하는 나에게 필요없는 타입.
공식 문서(영문)을 번역기 돌린 내용의 요약 정도로 간략하게 마무리한다.
---------------------------------------------------------------------------
1단계: Bitbucket에 코드 넣기
리포지토리(비즈에서는 'repos'라고 애칭)는 Bitbucket에서 코드가 있는 곳입니다. 필요에 따라 시작하는 몇 가지 방법이 있습니다.
비어 있는 새 저장소 만들기
- 왼쪽의 전역 사이드바에서 + 를 클릭 하고 새로 만들기 아래에서 저장소 를 선택 합니다.
- 저장소에 이름을 지정합니다. 이것은 중요합니다! 저장소의 이름은 URL에 포함됩니다.
- README를 포함하시겠습니까? 옵션을 Yes(템플릿 포함)로 설정 합니다.
- 나머지는 기본값으로 두고 만들기 를 클릭할 수 있습니다 .
2단계: 로컬 설정, 글로벌 협업
클라우드에 있는 리포지토리를 사용하여 이제 Bitbucket에 있는 코드에 기여하거나 변경하도록 로컬 시스템을 설정해야 합니다. 이 단계에서는 Git을 설치하고 구성해야 하므로 해당 단계를 건너뛰었다면 지금 돌아가서 이 부분을 수행하고 싶을 것입니다. 이를 돕기 위한 별도의 전체 가이드 가 있음을 잊지 마십시오 !
Bitbucket 리포지토리 복제
생성(또는 가져온) 후에 Bitbucket 리포지토리에서 코드 변경 작업을 공동으로 수행하려면 먼저 리포지토리를 로컬 시스템에 복제해야 합니다. Git 복제에 대해 자세히 알아보십시오 .
- 왼쪽의 전역 사이드바에서 +를 클릭하고 작업 시작 아래에서 이 저장소 복제 를 선택 합니다 .
- SSH 키를 이미 설정하지 않은 경우 오른쪽 상단의 메뉴에서 HTTPS를 선택합니다.
- 복제 명령을 복사합니다.
CLI에서
- 리포지토리를 복제할 디렉터리로 변경합니다.cd
- Bitbucket에서 복사한 명령을 붙여넣습니다(다음과 비슷함). git clone https://username@bitbucket.org/teamsinspace/documentation-test.git
복제한 리포지토리와 이름이 같은 새 하위 디렉터리가 로컬 드라이브에 나타납니다. 빈 저장소를 복제한 경우 해당 로컬 디렉토리에 아직 아무것도 없을 수 있습니다.
Bitbucket 온라인에서 파일 변경
잠깐, Bitbucket에 파일이 없습니다...
Bitbucket 저장소에 README 파일을 추가하는 선택적 단계를 건너뛰셨습니까? 괜찮아요! 리포지토리가 여전히 비어 있으면 리포지토리로 이동 하여 README 만들기 를 클릭하여 지금 리포지토리를 만듭니다 . 이제 빈 저장소가 아닌 복제할 항목이 있습니다.
Bitbucket에서 업데이트 가져오기
CLI에서
- 리포지토리를 복제할 디렉터리로 변경합니다.cd
- Bitbucket에서 복사한 명령을 붙여넣습니다(다음과 비슷함). git clone
이제 해당 파일에 대한 변경 사항을 로컬 시스템에 다운로드했습니다.
3단계: Bitbucket을 사용한 기본 분기
분기를 사용하면 각 팀 구성원이 원본 코드베이스나 서로의 작업에 영향을 주지 않고 동시에 다른 작업을 수행할 수 있습니다. 변경 사항을 병합할 준비가 되면 풀 요청에서 검토할 수 있도록 분기를 Bitbucket으로 푸시합니다.
분기를 만드는 방법에는 몇 가지가 있으므로 팀의 요구 사항에 가장 적합한 방법을 선택하십시오.
지점 만들기
- 저장소의 전역 사이드바에서 +를 클릭 하고 작업 시작 아래 에서 분기 만들기를 선택 합니다 .
- 표시되는 팝업에서 유형 ( 분기 모델을 사용하는 경우)을 선택 하고 분기 이름을 입력한 다음 만들기를 클릭 합니다.
CLI에서
- 생성되면 로컬 시스템에서 브랜치를 가져와 체크아웃합니다. Bitbucket은 필요한 명령을 자동으로 표시하며 다음과 같이 표시됩니다.git fetch && git checkout
- 로컬에서 변경한 다음 변경 사항을 브랜치에 추가, 커밋 및 푸시합니다.git add .git commit -m "adding a change from the feature branch"git push origin
- 저장소의 소스 페이지를 클릭합니다. 당신은 마스터 와 드롭다운에서 분기
4단계: pull 요청으로 코드 변경 사항 검토
코드 변경 사항이 Bitbucket으로 푸시되면 동료가 해당 변경 사항을 검토할 차례입니다. 풀 리퀘스트는 팀과 공유 환경에서 코드를 검토하고 협업할 수 있는 간단하고 효과적인 방법입니다.
풀 리퀘스트 생성
- 열린 리포지토리의 글로벌 사이드바에서 +를 클릭하고 작업 시작 아래에서 끌어오기 요청 만들기를 선택합니다.
- 풀 요청 양식의 나머지 부분을 작성하십시오.
- 소스 : 병합하려는 코드 변경을 수행한 리포지토리 및 분기입니다.
- 대상 : 변경 사항을 병합하려는 저장소 및 분기입니다.
- 제목 및 설명 : 이메일 알림에서 모두 볼 수 있으며 제목은 풀 리퀘스트 목록에 나타납니다.
- 검토자 : 효과적인 피드백을 제공하고 변경 사항을 승인해야 하는 검토자를 선택합니다.
- 분기 닫기 : pull 요청이 병합될 때 분기를 자동으로 닫도록 하려면 선택합니다.
- Diff 및 Commits : 변경 사항(Diff) 또는 포함된 커밋을 보려면 이 탭을 확인하십시오.
- 풀 요청 만들기 를 클릭합니다 .
저장소의 측면 탐색에 있는 끌어오기 요청 목록에서 이 끌어오기 요청을 볼 수 있습니다.
풀 리퀘스트 검토
검토자는 검토할 풀 요청이 있다는 알림을 받게 됩니다. 대시보드 의 끌어오기 요청 탭 에서 열려 있는 끌어오기 요청을 찾을 수도 있습니다 . 품질 보증을 위해 코드를 검토하는 방법에는 여러 가지가 있지만 팀에서 이를 수행하는 방법은 전적으로 귀하에게 달려 있습니다. 다음은 동료들과 효과적으로 커뮤니케이션하여 모든 사람이 변경 사항을 이해하고 병합할 변경 사항을 승인하도록 하는 몇 가지 방법입니다.
diff(erence)
보기 pull 요청을 볼 때 pull 요청에서 변경된 모든 파일의 diff(변경 사항)를 볼 수 있습니다. 녹색으로 음영 처리된 선이 추가되고 빨간색 선이 제거되었습니다. 또한 풀 리퀘스트 상단에 있는 커밋 탭을 클릭하여 어떤 커밋이 포함되어 있는지 확인할 수 있습니다. 이는 큰 풀 리퀘스트를 검토하는 데 도움이 됩니다.
피드백을
남기고 댓글로 질문하세요 Bitbucket에서는 전체 풀 요청, 특정 파일 또는 파일 내의 특정 위치에 댓글을 남길 수 있습니다. 이는 피드백에 컨텍스트 또는 특정성을 제공하려는 경우에 유용합니다. 댓글에는 이미지, 링크, 서식 있는 텍스트 및 고유한 URL이 포함될 수 있으므로 특정 댓글을 빠르게 공유할 수 있습니다.
끌어오기 요청 승인 또는 거부
코드 변경 사항을 검토했으면 이제 이 끌어오기 요청을 병합할 준비가 되었는지 여부를 끌어오기 요청 작성자에게 알려야 합니다. 승인 버튼을 클릭하면 풀 리퀘스트 작성자에게 알림이 전송되고 변경 사항을 안전하게 병합할 수 있음을 나타냅니다. pull 요청을 거부하면 그 반대입니다. pull 요청을 거부하면 다시 열 수 없습니다. 브랜치를 병합하려면 새로운 풀 리퀘스트를 열어야 합니다.
풀 리퀘스트를 거부하는 것은 작성자에게 좋지 않은 일이며, 아마도 목표에서 벗어난 변경 사항이나 더 이상 필요하지 않은 작업에 대해서만 예약해야 합니다. 다른 사람의 작업을 검토할 때 친절함을 기억하고 항상 이해를 구하기 전에 먼저 이해를 구하십시오.
풀 리퀘스트 병합 풀 리퀘스트에서
코드를 검토하고 승인한 후 병합 버튼을 클릭하여 브랜치를 메인 브랜치에 병합합니다. 소스 분기의 코드 변경 사항이 이제 대상 분기에 완전히 통합되었습니다.
본 포스팅은 패스트캠퍼스 환급 챌린지 참여를 위해 작성되었습니다.
패스트캠퍼스 [직장인 실무교육]
프로그래밍, 영상편집, UX/UI, 마케팅, 데이터 분석, 엑셀강의, The RED, 국비지원, 기업교육, 서비스 제공.
fastcampus.co.kr