본문 바로가기
반응형

github desktop31

깃허브 데스크탑 - 커맨드 창을 Git Bash로 변경하기 (Change Command Prompt to Git Bash) Git / GitHub 전체 링크 깃헙 데스크탑은 Git의 모든 명령을 제공하지 않는다. 따라서 가끔 Command Prompt나 Git Bash로 넘어가서 직접 명령어를 입력해야 하는 경우가 있다. (ex. 깃허브 데스크탑에서 일부 파일만 스테이시로 감추기) [Repositoroy] → [Open in Command Prompt]에서 깃 명령을 사용할 수 있다. 하지만 Command Prompt는 기본 기능만 지원하기 때문에 불편하다. Git Bash가 나오도록 변경해보자. [File] → [Options...]로 이동하자. [Integrations] → [Shell]에서 Git Bash를 선택한다. [Repositoroy] → [Open in Command Prompt]가 [Open in Git Ba.. 2022. 7. 29.
깃허브 데스크탑 - 일부 파일만 스테이시로 감추기 (Git Stash Some Specific Files) Git / GitHub 전체 링크 참고 - 일부 파일만 스테이시로 감추기 (Git Bash) 스테이시(스태쉬)는 아래의 뜻이 있다. stash[stæʃ] 1.(안전한 곳에) 넣어 두다[숨기다] 즉 작성한 코드를 잠시 보관할 수 있다. 깃헙 데스크탑에도 stash 기능을 사용할 수 있다. 먼저 branch1에서 아래와 같이 파일을 수정하였다고 가정하자. 5 changed files가 적힌 탭에서 마우스 오른쪽 버튼을 누르면 Stash all changes를 선택할 수 있다. 위의 그림에서 TestScript1, 2만 선택하였다. 특정 파일만 선택하였어도 해당 파일만 stash를 할 수는 없다. View stash 또는 Stashed Changed를 눌러보자. 모든 파일이 Stash 된 것을 알 수 있다. .. 2022. 7. 28.
깃허브 데스크탑 - Cherry Picking으로 다른 브랜치 코드 가져오기 (Shelve) Git / GitHub 전체 링크 흔히 Perforce(P4)에서 다른 사람이 임시로 작업한 코드를 들고오는 "Shelve" 기능을 깃헙에서도 사용해보자. 먼저 unity_github 프로젝트를 다른 경로에 2개 클론한다. (각각 main A / main B라고 하자.) GitHub Desktop에도 두 개의 main이 존재해야 한다. 이름이 같기 때문에 어떤 것이 main A / main B 인지 헷갈린다면 Show in Explorer로 확인하면 된다. 이제 main A에서 cherry-picking-A 브랜치를 만들자. 그리고 바로 Publish를 한다. 이제 cherry-picking-A에서 파일을 수정해서 commit 하자. TestScript1.cs 에 cherryPicking A 라는 문구를.. 2022. 7. 6.
깃허브 데스크탑 - Beyond Compare처럼 코드 비교하기 (Diff Display Unified -> Split) Git / GitHub 전체 링크 GitHub Desktop에서 코드 수정사항을 보면 아래와 같이 변경사항이 나온다. Beyond Compare와 같은 툴을 이용하면 양 옆으로 쉽게 비교가 가능하다. GitHub Desktop에서는 환경 설정 버튼을 눌러 Diff display를 Unified → Split으로 변경하면 된다. Beyond Compare와 똑같이 양 옆으로 편하게 코드를 비교할 수 있다. 마찬가지로 깃헙에서도 Split을 선택할 수 있다. Split을 반영하면 아래와 같이 보인다. 2022. 7. 5.
깃허브 데스크탑 - 브랜치를 Main과 동기화하기 (Main -> Branch Push, Sync) Git / GitHub 전체 링크 main이나 다른 브랜치에서 코드를 반영하였어도, 이미 만들어진 branch에서 Fetch origin을 눌러도 아무 반응이 없다. 여기서 다른 브랜치에 merge된 코드를 원하는 branch로 반영해보자. - 깃헙에서 반영하기 - 깃헙 데스크탑에서 반영하기 깃헙에서 반영하기 먼저 브랜치를 미리 하나 만들어둔다. main에서 코드를 고친 후 commit → push origin까지 완료하자. Debug.Log("TestScript 1 : 4 main merge"); -> Debug.Log("TestScript 1 : 5 main merge test"); 깃헙에서 main에 코드가 반영된 것을 확인할 수 있다. 이제 GitHub Desktop에서 브랜치를 변경해보자. 코드.. 2022. 7. 5.
깃허브 데스크탑 - 브랜치에서 Main으로 Push하기 (Branch -> Main Push) Git / GitHub 전체 링크 GitHub Desktop에서 Branch를 만들고 Main으로 코드를 Push하자. 새 브랜치(push_test)를 만들고 코드를 수정하자. 이후 Commit → Publish를 하자. 깃헙에 들어가면 Compare & pull request가 생성된 것을 알 수 있다. commit을 할 때 적었던 내용이 보인다. 변경할 내용이 있으면 여기서 수정하고 Create pull request 버튼을 누른다. Branch Protection Rule이 없다면 아래와 같이 Merge pull request가 활성화된다. Merge pull request를 누른다. Confirm merge가 활성화된다. 버튼을 눌러서 넘어간다. Merge가 완료되었다. 이 브랜치가 불필요하다면 .. 2022. 7. 5.
깃허브 데스크탑 - Push / Publish 취소하기 Git / GitHub 전체 링크 Commit 취소하기 (Amend, Undo, Revert) main 코드 반영 후 즉시 취소 (Push) 다른 브랜치 코드 반영 전 즉시 취소 - Pull Request 취소 (Publish) 다른 브랜치 코드 반영 후 즉시 취소 - Pull Request → Merge 후 취소 main 코드 반영 후 즉시 취소 (Push) GitHub Desktop에서 방금 넣은 코드 : Push(main) / Publish(다른 브랜치)한 내용을 취소해보자. 먼저 main에서 코드를 수정한 후, commit 해보자. commit이 완료되면 Push Origin을 하자. main에서 Push를 했기 때문에 코드가 바로 반영되었다. 이제 방금 넣은 코드를 바로 취소해보자. commit.. 2022. 7. 5.
깃허브 데스크탑 - Commit 취소하기 (Amend, Undo, Revert) Git / GitHub 전체 링크 Push / Publish 취소하기 Amend commit / Undo commit / Revert changes in commit 의 차이 GitHub Desktop에서 Commit한 내용을 취소해서 프로젝트를 롤백(Rollback)해보자. main 브랜치에서 파일을 수정해보자. TestScript1,2,3의 3 submit을 4 submit으로 변경하였다. 그리고 commit을 하자. 그러면 Push origin 상태로 변경된다. 이 상태에서 commit을 취소하고 싶다면, History 탭으로 이동한다. 그러면 최근에 commit한 내용이 ↑ 와 함께 목록에 보인다. 마우스 오른쪽 버튼을 누르면 Amend / Undo / Revert를 선택할 수 있다. Amend .. 2022. 7. 4.
깃허브 데스크탑 - 새 브랜치 만들고 Pull Request (New branch Merge) Git / GitHub 전체 링크 GitHub Desktop에서 새로운 브랜치를 만들어서 main 브랜치에 merge 해보자. 이미 main에서 작업을 했더라도 브랜치를 만들 수 있다. 먼저 Current branch 탭을 누른 후 New branch 버튼을 누른다. 새로 만들 브랜치의 이름을 정한다. 현재 브랜치에서 작업하고 있는 코드를 들고 갈 것인지 묻는 팝업이다. Bring my changes to [branch name]을 선택하고 Switch branch를 누른다. new_branch로 변경되었고, main에서 작업한 코드도 들고오게 되었다. 코드 작성을 완료했다면, Commit 하자. 그리고 Publish branch를 누른다. 이제 깃헙에 들어가면 new_branch에서 코드가 들어오게 되.. 2022. 6. 23.
반응형