팀원이 만든 remote branch를 내 local로 가져와서 확인해야할 때가 있다.우선 remote 브랜치를 가져온다.\> git fetch && git pullremote branch명으로 checkout하면 자동으로 생성된다.\> git checkout {rem
과거의 브랜치로 돌아가는 방법 Ref Stack overflow
git diff와 git show는 상당히 비슷한 기능이다.특정 커밋의 변화를 보고 싶다면 git show를 사용한다.
\--dry-runDo everything except actually send the updates. (git push --dry-run(https://git-scm.com/docs/git-push예를 들어,To github.com:myRepo/myProje
git이 있는 parent-app에 git이 있는 child-app을 넣는 상황
이미 tracking이 되고 있는 파일을 untrack 하는 방법\-r : recursive\--cached : cache만 삭제하는 것 (untrack 시키는 것), working directory에 파일은 그대로 살아있음
아래 파일구조에서 \* 표시된것만 git status에 표시된다.
git commit message에서 고려해야할 것들우선 git은 message에서 2번째 line을 비우면, 3번째 line부터 body라고 인식한다.Subject (consie summary of what happened)Body (more detailed expl
가장 최신 커밋을 reset (수정사항은 unstaged가 된다.)
react로 github page를 만드는 방법은 react-gh-pages에 자세히 나와있다.cra로 프로젝트를 만들고, npm install gh-pages --save-devpackage.json을 수정한다.git remote를 추가한다.npm run deploy
git cherry-pick은 다른 branch의 특정 commit을 가져올 때 사용된다.\--edit으로 commit message를 수정할 수 있다. 이게 없으면 메시지 수정없이 그대로 commit이 복사된다. (복사된다는게 commit hash가 같다는 의미는 아
git push를 한 후에, 지라를 켜고 PR로 다시 찾아들어가는 과정이 귀찮았습니다.github에 해당 repo에 들어가면 branch 변경내역이 있어 PR을 바로 할 수 있지만, push할때마다 크롬을 여는것도 번거로운 일입니다.git push의 alias를 아래와
유튭을 보다가 우연히 gh라는 cli에 대해서 알게 되었습니다.매번 깃헙에 접속하여 작업을 했는데, 저는 터미널을 선호하므로 gh에 대해서 알아보겠습니다.아래 사용하는 모든 cli는 여기에 모두 있습니다.gh를 사용하기 위해서는 우선 gh로 로그인을 해야합니다.그리고,
회사에서 사용할 github action을 작성하는데, 개인 repository에서 테스트를 먼저해보고 회사의 github package에 수정을 하곤 했습니다.매번 package 이름을 변경하는 것은 너무 귀찮은 일이었고, 적어도 직접 action을 돌릴때는 패키지를