Git42 Git(32) 원격 브랜치 삭제하기 오늘도 열일하는 새발자 브랜치 작업 뒤 마스터에 merge 후에는 항상 브랜치를 지워준다. 그래야 커밋내역들을 깨끗하게 관리할 수 있기 때문이다. 원래는 빗버킷이랑 연동해서 머지할때마다 브랜치를 자동 삭제해주지만, 가끔 수동으로 지워줘야 할 때가 있다. 로컬 브랜치를 지운 뒤 원격 브랜치를 따로 지워주다가 잊어버릴 미래의 나를 위해 기록으로 남긴다. Git(32) 원격 브랜치 삭제하기 이미 로컬 브랜치는 삭제했고, 이제 원격 브랜치를 삭제해 보려고 한다. 브랜치 목록을 확인해보자. 다쓰고 남겨진 원격브랜치가 여전히 남아있다. $ git branch -a 그럼 딜리트 주문을 외워보자. $ git push origin -- delete "브랜치명" 다시 브랜치 목록을 확인해보니 깔끔하게 삭제 되었다. (짝짝짝) 2021. 10. 25. Git(31) git add 취소하기 (staging 취소) git add 명령어로 staging 한 파일들을 다시 되돌리려면 git reset 을 사용해준다. Git(31) git add 취소하기 (staging 취소) 앗 ! 실수로 git add . 를 하여 변경한 전체 파일을 staging 했다. 😵💫 당황치 말고 git reset 으로 다시 unstaged 상태로 되돌리자 🤓 만약, 특정 파일만 unstaged로 되돌리고 싶다면 ? git reset 뒤에 파일경로를 적어주면 해결! Hoxy 저의 미흡한 포스팅이 도움이 되셨다면..? 5랜시간을 해메이다 해결에 도움이 되셨다면..? 광고한번만 눌러주시면 힘내서 더 열심히 포스팅하겠습니다! 감사합니다. (🙇♀️꾸벅) -새발자올림- 2021. 10. 17. Git(30) git cherry-pick 사용법 작업을 하다보면 다른 브랜치에서 커밋한 코드들을 현재 브랜치에 복사해서 얹어놔야 할 때가 있다. cherry-pick 은 현재 브랜치에 다른 브랜치의 커밋들을 골라서 복사해 얹어놓는 신개념 명령어다. git cherry-pick 바로 뒤에 커밋번호 를 쓰면 현재 브랜치에 해당 커밋 코드들이 떡하니 copy 되어 올라간다. $ git cherry-pick 커밋# Git(30) git cherry-pick 사용법 자, 그림을 통해 이해해 보자. 지금은 main 브랜치에서 작업 중이다. 근데 side 브랜치에서 작업한 커밋들(C4 랑 C2) 를 main 브랜치에 복사해서 가져다놓아야 한다. 이때 git cherry-pick 명령어와 필요한 커밋 순서대로 커밋#를 넣어주면 $ git cherry-pick C2 .. 2021. 9. 19. Git(29) git stash 란 요즘 git 을 중점적으로 사용하다 보니 git 에 대한 포스팅이 많다. 그만큼 지식과 대처능력도 쌓여가리라 믿는다 :) 오늘은 git stash 에 대해 중점적으로 알아보자. Git(29) git stash 란 - git stash 사용하기 git stash 는 내가 작업하던 코드만 싹 긁어서 임시 공간에 저장해준다. (클립보드 같은 느낌이랄까) 내 브랜치는 { 마스터 + 그 뒤로 작업한 코드 } 상태이다. 작업한 코드만 싹 잘라내기(git stash)하고, 임시공간에 따로 저장해놓는다. 내 브랜치는 { 마스터 } 만 남는다. 어딘가에 { 그 뒤로 작업한 코드 } 가 따로 임시 저장된다. 커밋 이 후에 작업을 했다. const ItemDetail = (): ReactElement => { return .. 2021. 9. 8. Git(28) git reset 으로 삭제한 커밋 원래대로 되돌리기 git pull 을 받고 컨플릭트를 해결하려다 git reset --hard 으로 마지막 커밋을 삭제하였다. 자 reset 을 취소하고 삭제했던 커밋을 되돌려보자. 이렇게 취소할 수 있는 이유는 Git 에서 커밋, 체크아웃, 머지, 등의 이력을 모두 기록하기 때문이다. Git(28) reset 으로 삭제한 커밋 원래대로 되돌리기 일단 로그를 확인해야 한다. 돌아가야 할 로그를 확인하고 명령어를 통해 다시 돌아가보자. 1. ref로그 확인하기 HEAD 는 마지막 커밋의 참조로 가장 최신 커밋 을 가리키는 좌표같은 것이다. - HEAD@{0} 은 현재 상태를 가리킨다. ex) reset 해서 마지막 커밋이 삭제된 상태 - HEAD@{1} 은 마지막 명령어가 실행된 상태이다. ex) 마지막 커밋을 한 상태 -.. 2021. 9. 5. Git(27) git rebase 로 커밋관리하기 예전에는 팀원이 적었기 때문에 작업 후에는 내 브랜치에서 → 마스터브랜치로 바로 git merge 하였다. 편하긴 하지만 커밋 이력을 보면 깔끔하지는 못했다. 요즘은 git rebase 으로 커밋이력을 관리 하고 있다. 과정이 merge 보다는 복잡하지만 커밋이력은 깔끔하다. 즉 rebase 와 merge 는 실행결과는 같지만 커밋 히스토리가 달라진다. (결과가 깔끔하냐 아니면 과정이 쉽게 가냐) 아래 사진을 보면 한눈에 차이점을 이해하기 쉬울 것이다. 자, 그럼 rebase 를 이해하러 가보자. Git(27) git rebase 로 커밋관리하기 읽으며 이해하기 내 브랜치는 { 마스터 + 그 뒤로 작업한 코드 } 이다. 작업한 코드만 싹 잘라내기(git stash)하고, 임시공간에 따로 저장해놓는다. 내.. 2021. 9. 3. Git(26) Jira와 BitBucket 을 연동한 개발 과정 개발팀 내 모든 개발 task 는 Jira 를 이용해 업무 분배를 하고 있다. 자, 그럼 Jira 가 무엇인지 알아보고, Jira와 BitBucket 을 이용한 개발 과정을 익혀보자. ** 이 포스팅은 연동 후 사용법으로 연동 과정은 포함하고 있지 않습니다. Jira 란 Jira 는 협업 툴이다. 개발 뿐 아니라 모든 일을 효율적으로 관리 할 수 있다. ‘이슈’가 생성되고 완료될 때까지 상태 변화를 의미하며 강력한 tracking 을 할 수 있다. ‘이슈’ 해결에 대한 히스토리도 남는다. (나는 노션을 jira 와 비슷한 형식으로 사용해본 경험이 있기 때문에 조금 더 적응하기가 쉬웠던 것 같다.) Git(26) Jira와 BitBucket 을 연동한 개발 과정 JIRA 에서 , 1. Jira 에서 이슈(.. 2021. 8. 31. Git(25) git commit --amend 커밋 수정 후 덮어쓰기 현업에서 git 은 필수이다. 특히 회사에서 협업할 때, 얼마나 아느냐가 작업시간을 좌지우지 하기도 한다. 오늘이 그런 날이었다. commit 을 하자마자 수정사항이 생겼다. 너무 마이너해서 다시 커밋하기도 민망하다면? 덮어 씌워 버리자! 오늘 소개할 녀석은 amend 라는 옵션이다. 한글 문서에는 '저장' 과 '다른이름으로 저장'이라는 기능이 있다. '저장' 기능은 그 파일 안에 새로운 내용으로 저장된다. 깃의 amend도 '저장' 기능처럼 그 커밋 위에 새로운 내용을 덮어 저장하는 기능이다. Git(25) git commit --amend 커밋 수정 후 덮어쓰기 amend 는 마지막 커밋에 + 추가할 사항이 있는 경우 (메시지든, 코드이든, 파일이든) 마지막 커밋에 덮어씌우는 옵션이다. 다음 예제를 .. 2021. 8. 30. Git(24) Private Repository 다른 사람과 공유하기 깃헙에서는 저장소를 만들 때, private 혹은 public 로 공개여부를 설정할 수 있다. public 은 모두가 볼 수 있지만, private 은 나와 내가 공유한 사람만 볼 수 있다. 깃헙을 사용하다보면 내 Private Repository 를 다른 사람과 공유해야 하는 일이 있다. 자, 공유방법을 알아보자. Git(24) Private Repository 다른사람과 공유하기 준비물 공유할 유저의 깃헙 아이디 공유 방법 1. private repository 페이지에서 settings 로 들어간다. 2. Manage access - Invite a collaborator 를 클릭 3. 검색창이 나타나면 유저네임을 입력해준다. 4. 검색 하면 유저가 나온다. 초록버튼을 클릭해주자 5. Manage .. 2021. 8. 15. 이전 1 2 3 4 5 다음 반응형
