git (34) 썸네일형 리스트형 본인 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 브라우저에서 게시물 수정 수정버튼을 눌러 파일을 수정 커밋메시지를 작성 한후 커밋 상세정보 및 파일이름을 입력하면 히스토리를 볼 수 있다. 소스트리 git 브랜치와 브랜치병합 (feat. head과 checkout, fastforward merge) 버전을 여러 흐름으로 나누어 관리하는것. 최초의 브랜치를 master(main)라 한다. head 현재 작업중인 브랜치의 최신커밋을 가르키는 일종의 표시 checkout 특정브랜치에서 작업할 수 있도록 작업환경을 바꾸는것 fastforward merge 변화가 없었던 브랜치가 마치 빨리 감기 하듯 업데이트되는 병합 기법을 빨리 감기 병합(fastforward merge)이라고 함 master로 커밋이 총 3번 이루어진 상태에서 브랜치를 추가해보자. 브랜치 - 정보입력 - 새브랜치생성 브랜치를 전환할때 작업스페이스가 달라지는것을 확인할 수 있다. 브랜치하나를 더 추가해보자 master브랜치인 상태에서 foo를 병합해보자 master브랜치선택 - foo브랜치에서 마우스오른쪽 - 현재브랜치로 foo 병합 - .. 이전 1 2 3 4 5 다음
