Git-Hub

배포 작업은 귀찮아... 현재 진행하는 프로젝트에서 Front-end서버는 React로 다른 친구가 작업하고 있고, 나는 실제로 배포와 백엔드 서버와 같이 진행하고 있었다. 문제는 React를 다루는 친구가 배포에 대해서는 잘 모른다는 것이었는데, 나는 실제 서버에 올려보고 싶었다. 하지만 내 귀여운 t2.mirco는 백엔드도 키면서 yarn build를 돌리기에는 1시간정도 걸릴것만 같아서 외부에서 build를하고 차라리 파일을 가지고 오는게 훨씬 좋다고 판단했다. 근데 일일히 내 컴퓨터에서 굳이 친구가 commit올릴때마다 git pull로 다운 받아서 그걸 build를 해야하나 고민하다가 좋은 아이디어가 떠올랐다. 깃허브 액션을 통해서 React build를 해보았다. 일단 이 react를 buil..

Pull Request를 올릴때 항상 하나의 문제점이 존재했느니... 이런 PR(Pull Request 이하 PR)를 올릴때는 대부분 Issue에서 파생된 문제를 해결하거나 Issue에 포함된 기능을 만들어서 올리곤 한다. 하지만 이 PR을 머지한 뒤에 Issue를 직접 닫아줘야하는 불편함이 있는데, 매번 내가 닫아줘야하는 귀찮다 정말 상당히.... 이런 문제를 해결하는 방법이 있었다. Linked issues...? 이 Linked Issue가 정확하게 뭘 말하는 거냐면, PR이 merge한 경우 자동으로 Issue까지 Closed되는 효과를 준다. 즉, PR을 머지한 이후에 사용자가 직접 issue를 닫아줘야하는 수고를 줄일 수 있다는 것이다. 이 기능은 이렇게 사용할 수 있다. PR의 오른쪽하단에 ..

협업을 하다가 보면, branch별로 git을 관리한다. 이번 프로젝트 도중에 기능을 삭제했는데 기능을 다시 되돌려야하는 경우가 발생했다. 문제는 이미 몇개의 커밋을 푸쉬해버린 상황이었다. 그나마 상황이 괜찮았던 것은 내가 Commit을 기능삭제한 부분을 따로 커밋을 했다는 것이다. 이럴줄알고 그러면 이 기능 삭제 커밋만 빼고 나머지 커밋을 살리는 방법은 뭘까? 1. Rebase를 통해 해결하자 Commit을 되돌리기위해서는 여러가지 방법이 있으나, 검색해본 결과 깃 리베이스를 사용하여 해결했다. git rebase -i HEAD^^ or git rebase -i git Rebase를 통해서 이전의 커밋을 통해서 필요한 부분을 처리할 수 있는 방법이 존재한다. 다음과 같은 방법으로 이 커밋을 살릴지 죽일..

커밋을 올릴때 항상 고민인건 도대체 여기에 뭘 써야하는가를 많이 생각하는데, 저는 가끔 생각하다보면 일정한 양식을 잘 지키는게 중요하지 않나라는 생각을 많이 합니다. 그래서 일정한 양식을 맞춰서 작성하려고 하는데, 그것들을 잘 정리한 블로그를 많이 보아왔고, 많이 활용했습니다. https://tech.ssut.me/write-a-good-git-commit-message/ 좋은 깃(Git) 커밋 메시지 작성하기 부. 어떻게 깃 커밋 메시지를 작성해야 잘 썼다고 소문이 날까요? 안나요 그런거. 들어가기 전에 우리가 왜 깃 커밋 메시지를 작성하는지 생각해 봅시다. 코드 리뷰를 빠르게 하기 위해. (speed up the reviewing process) 릴리즈 노트를 작성할 때 도움이 되기 때문에. (hel..

Terminal을 통한 git-hub 연동 방식을 적용해봅시다.이 과정은 대부분 선수 과정을 걸쳐서 적용해야됩니다. 1. 내 pc에 git이 깔려있다. 2. 내 git에 git-hub가 연동되어 있다.3. 내 git-hub에 기초 파일연동이 끝난 상태이다. 이 3가지 상태가 되어 있지 않다면, 하기가 어려울 수 있습니다. 차후에 이 3가지에 대해서도 한번 이야기를 해보겠습니다. 포스트로 연동해서 나중에 하는 걸로 해보죠.첫째로 해야할 일은 git-hub와 내 현재 로컬 파일과 얼마나 달라졌는지를 체크하는 작업을 진행합니다.이 작업이 먼저 진행 되어야지. push를 할 수 있습니다.즉 내 git-hub와 뭐가 달라졌는지 땡겨온다.라는 뜻의 pull 명령어를 사용합니다. 둘째로 모든 파일을 git에 넣는 작..