VCS/git (35) 썸네일형 리스트형 GitHub Pull Requests 코드리뷰 요청하는법 앞서 코드리뷰의 정의와 종류, 좋은 예시를 알아봤다.https://standout.tistory.com/1620 코드리뷰란?코드리뷰Code Review개발 과정에서 동료 개발자들이 작성한 코드를 검토하고 피드백을 주는 단계코드 품질향상, 버그 사전예방, 코드 일관성을 유지하는 데 큰 역할. 효과적인 코드리뷰리뷰할standout.tistory.comhttps://standout.tistory.com/1621 코드리뷰 Tool 도구 종류: GitHub Pull Requests, GitLab Merge Requests, Crucible, Phabricator, Review Board, Codacy, Sonar앞서 코드리뷰에 대해 정리해봤다.https://standout.tistory.com/1620 코드리뷰.. 본인 Repository로 Clone하기 + token발급 원하는 레퍼지토리에서HTTPS CODE를 복사한다. 본인계정으로 들어와 repository - new - import a repository 복사한 https url 붙여넣기 - 이름지정 - Public/Private지정 - Begin import 이때 토큰을 입력하라고 뜬다. 토큰이 없다면 아래 게시물을 참고하여 발급하고 토큰이름, 토큰붙여넣기 - submit * 권한은 repository로 충분하다. https://standout.tistory.com/585 깃 Token 토큰발급하기 깃 - 설정- 관리자설정 토큰생성 - 이름입력 repo, adminb:repo_hook 선택 - Generate token 완료, 복사하여 잘 메모. 분실시 재발급받아야한다. standout.tistory.com 완료시.. git 저장소에 Collaborators 사람추가 새 레퍼지토리만들기 생성한 레퍼지토리 - 설정 - Collaborators - 추가 - 이메일입력 - 추가 완료 소스트리 체리픽, 특정 커밋 파일만 받다 원하는 커밋 - 우클릭 - 체리픽 자동커밋을 원하지않을경우 체크를 해제한다. 확인 해당파일만 받아온것을 확인 할 수 있다. 기존 브랜치 main/master 추가하기 clone받을때 특정브랜치로 추가했지만 추후 기본 main/master 브랜치의 히스토리를 확인해야할 때가 있다. 원격 - origin - main 완료 git 소스트리 브랜치 충돌 해결하기 충돌이 발생하면 소스트리는 임의로 막 저장하지않고, 병합시 이 둘중 하나를 선택해 달라고 한다. 현재 같은 파일을 각각 수정한 상태, 병합을 시도해보자. 충돌이 나면 foo라는 사람이 수정한 버전이 아닌 master브랜치에서 수정된 버전을 선택해 충돌을 해결하고 싶은 상태라고 가정하자. 병합 - 확인 - 충돌안내 - 닫기 스테이지 - 충돌해결 - '내것' '저장소(master)것'선택 사용하여 해결 - 확인 완료 foo의 수정사항이 보이지않고 master의 버전으로 병합이 완료된것을 확인할 수 있다. git 소스트리 브랜치 재배치하기 현재 커밋2에서부터 master와foo가 각각 커밋을 진행했다. foo가 제일 상단으로 브랜치를 옮기고 싶어한다고 가정하자. 궁금한점이 foo가 수정한 파일이 삭제되지는않느냐 일텐데, 결론부터 말하면 foo가 수정한 파일은 삭제되지않는다. 직접 확인해보자. foo브랜치 선택 - 원하는 커밋영역 - 마우스오른쪽 - 재배치 - 확인 병합충돌이 있을 수있다. - 닫기 - 확인 - 재배치완료 확인 foo의 가지치기가 최상단으로 옮겨진것을 확인 할 수 있다. 기존 master의 커밋상태에서 master의 수정내용을 삭제하고 foo의 수정을 추가했다. 즉 foo의 최종결과물을 같지만, 시작위치만 다르게 만들어준 것. 이어 master가 수정을 하면 그래프가 나누어지며 커밋들이 다시 쌓인다. github 브라우저에서 게시물 수정 수정버튼을 눌러 파일을 수정 커밋메시지를 작성 한후 커밋 상세정보 및 파일이름을 입력하면 히스토리를 볼 수 있다. 이전 1 2 3 4 5 다음
