목록github (14)
진취적 삶
git checkout git checkout 명령어는 Git에서 리포지토리의 다른 브랜치로 전환하는 데 사용됩니다. 또한 HEAD(현재 브랜치를 가리키는 포인터)를 특정 커밋으로 이동하여 해당 시점에서 리포지토리의 상태를 볼 수 있습니다. 다른 브랜치로 전환하려면, 간단히 git checkout 명령어 다음에 전환하려는 브랜치의 이름을 입력하면 됩니다. 예를 들어, feature-branch라는 브랜치로 전환하려면 다음 명령을 사용합니다: git checkout feature-branch HEAD를 특정 커밋으로 이동하려면 브랜치 이름 대신 커밋 해시를 사용할 수 있습니다. 예를 들어 해시가 a1b2c3d인 커밋으로 HEAD를 이동하려면 다음 명령어를 사용합니다: git checkout a1b2c3d ..
깃 저장소를 위한 호스팅 플랫폼 git clone : 저장소 내용 다운로드 초기화된 깃 저장소가 들어있다. create a new repo on github connect your local repo by remote git push remote branch -> git push origin master push up your changes to github 깃허브는 내 로컬저장소와 자동 동기화 되어 있지 않기때문에 push를 해주어야 한다. Fetching remote 저장소에서 → local 저장소 까지만 작업 파일에 통합하지않음 git pull 은 워크스페이스까지 pull로 떙겨옴 PULL git pull = git fetch + git merge git pull origin branch-name ..
중앙 집중 workflow 모두가 하나의 브랜치에서 일하는것 모두가 같은 저장소에 저장 단점 → 충돌 해결에 시간을 쏟아야 한다. 한개의 브랜치로만 개발을 진행할경우 합치는과정에서 많은 에러가 발생 Feature branches 개인 별로 브렌치를 운영한후 메인에 푸쉬해버리면됨
pull 해도 되는지 팀원들에 검토받고 요청하는 장치
대형 프로젝트의 경우 한명 씩 프로젝트에 직접 추가할수 없기때문에 포크 및 클론을 통해서 해결한다. repo를 포크하는것은 repo를 복사해서 내 깃허브 저장소에 담아두는것 fork the project cloone the fork add unstream remote do some work push to origin open pr
깃 머지 대신 활용 가능 git rebase master merge 커밋을 없애서 깔끔하게 만들자 히스토리를 재구성한다. 다른 브랜치 끝은 나의 브랜치의 시작점으로 둔다 . 마스터 브랜치 위로 내 브랜치를 올리는 작업 이미 공유한 커밋은 리베이스 하지말자 ! 회사별 깃 절차를 따르자 ! 내가 작업한 브렌치만 리베이스 하자 이력을 재구성하고 커밋 내용을 변경 커밋 자체를 삭제할수 있다. Interactive rebase git rebase -i HEAD ~ number 수정할 커밋 개수 설정하기 pick → 커밋 그대로 유지 reword → 커밋 메시지 편집하기 → 해쉬커밋두 바꾸기 fixup → 커밋을 이전에 커밋과 합치기 drop → 커밋 삭제
프로젝트 릴리스를 표시하는 용도 저장소의 중요한 지점을 표시하는것 semantic versioning : 버전번호를 매기는 일종의 규약, 명세 규칙 1.0.0 ⇒ major . minor . 패치 1.0.0 ⇒ initial release 패치 → 버그 수정이나 단순한 업데이트 마이너 → 신기능 추가 될때 마이너로 추가할때는 패치를 초기화 해야한다 . 메이저 → 기능을 완전히 삭제한거나 큰변화를 해야할때 나머지는 다 초기화 해야함 일반태그 : 버전 정보를 알려주는거 정도임 git tag 주석태그 : 태그에 메시지까지 추가함 git tag -a git show 통해서 깃 태크 정보 얻을수 있음 깃은 태그 재사용을 금지한다. 특정 커밋에 태그 붙이기 git tag 태그 삭제 git tag -d git 푸쉬하..