반응형 개발/Git, GitHub72 Git Bash - SSH 키 삭제, 생성, 등록 깃허브 데스크탑으로 프로젝트 관리하기 강의 오픈!! (인프런 바로가기) Git / GitHub 전체 링크 ssh-keygen 명령어로 SSH 키를 생성할 수 있다. 하지만 과거에 만든 적이 있다면 id_rsa already exists. 경고가 나타난다.$ ssh-keygenGenerating public/private rsa key pair.Enter file in which to save the key (/c/Users/bloodstarwberry/.ssh/id_rsa):/c/Users/bloodstarwberry/.ssh/id_rsa already exists.Overwrite (y/n)? overwrite도 가능하지만 SSH 키를 삭제해도 된다.방법은 Git Bash에서 홈 탭에 있는 .ssh 폴.. 2022. 7. 15. Git Bash - Window에서 경로 Aliasing 설정하기 깃허브 데스크탑으로 프로젝트 관리하기 강의 오픈!! (인프런 바로가기) Git / GitHub 전체 링크 Git Bash를 이용하다보면 경로를 이동하기가 불편하다.주 작업 경로를 mh(my home)로 alias하여 편하게 이동해보자. 현재 Git Bash에서 mh를 입력하면 해당하는 명령어를 찾을 수 없다고 한다.경로를 등록하기 위해 아래의 폴더로 이동하자.사용자 환경에 따라 폴더 경로가 다를 수 있다. Git 폴더의 아래로 가면 된다.C:\Program Files\Git\etc 그리고 bash.bashrc를 열어서 마지막 아래에 다음 문구를 추가한다.. /etc/profile.d/aliases.sh 정상적으로 입력한 모습은 아래와 같다. 다음은 etc 폴더 아래인 profile.d로 들어가자.C:\P.. 2022. 7. 9. 깃허브 데스크탑 - 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 하자... 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에 코드가 반영된 것을 확인할 수 있다... 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가 활성화된다. 버튼을.. 2022. 7. 5. 깃허브 - 불필요한 브랜치 삭제하기 (Delete Branch) 깃허브 데스크탑으로 프로젝트 관리하기 강의 오픈!! (인프런 바로가기) Git / GitHub 전체 링크 불필요한 브랜치를 삭제하고 정리해보자. 깃헙 - 프로젝트에서 main을 누르면 브랜치 목록을 볼 수 있다.View all branches를 누르면 모든 브랜치를 볼 수 있다. 지우고 싶은 브랜치의 휴지통 버튼을 누르자. 삭제가 완료되었다. 브랜치 목록이 더 이상 보이지 않는다. GitHub Desktop에서는 아래와 같이 간단히 삭제하면 된다. 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를 했기 때문에 코드가 바로 .. 2022. 7. 5. 깃허브 - 파일 변경사항 확인하기 (History) 깃허브 데스크탑으로 프로젝트 관리하기 강의 오픈!! (인프런 바로가기) Git / GitHub 전체 링크 깃헙에서 파일 하나를 선택해보자. 오른쪽 위에 History 버튼을 클릭하면 된다. 선택한 파일에 대해서 누가 어떻게 파일을 변경했는지에 대한 기록이 남아있다. commit 제목을 누르면 commit 내용과 함께 변경된 내용을 볼 수 있다. 2022. 7. 4. 이전 1 ··· 4 5 6 7 8 다음 반응형
