uncertainty

GitHub

uncertainty

GitHub

💥

GitHub

태그보기

사진보기

제목보기

태그검색

not staged for commit 내역 삭제하기

기본 branch를 master에서 main으로 바꾸고 확인하기

최근 다른 분의 GitHub을 방문하였다가 고정되어있는 프로젝트에 위와 같이 어떤 시간에 커밋을 주로 했는지 알 수 있는 것이 있었습니다. 찾아보니 내 커밋 시간을 쭉 보고 내가 아침에 주로 많이 커밋을 하는지 밤에 주로 커밋을 하는지 알려준다고 하여 저도 바로 적용해보았습니다. 1. productive-box 프로젝트 Fork 해오기 먼저 위의 프로젝트로 가서 내 계정으로 Fork 해옵니다.

https://somjang.tistory.com/entry/GitHub-GitHub-%ED%94%84%EB%A1%9C%ED%95%84%EC%97%90-%EB%82%B4-commit-%EC%8B%9C%EA%B0%84-%EA%B8%B0%EB%A1%9D-%EB%82%A8%EA%B2%A8%EB%B3%B4%EA%B8%B0?category=393677

참고

github actions을 연동하는 것은 프로젝트 overview에서 세번째 탭이다.

중간에 GIST가 아무리 찾아도 핀 목록에 뜨지 않을텐데 이건 I’m night에 들어가서 secret으로 되어있는 것을 public으로 바꾸어주어야 한다. 우측 상단에 Edit 버튼을 누르면 할 수 있다.

github 프로필에 commit 시간대 남기기

icoa

2022/03/18

2022/05/05 12:45

🎁 Emoji cheat sheet for GitHub, Basecamp, Slack & more

Emoji emoticons listed on this page are supported on Campfire, GitHub, Basecamp, Redbooth, Trac, Flowdock, Sprint.ly, Kandan, Textbox.io, Kippt, Redmine, JabbR, Trello, Hall, Qiita, Zendesk, Ruby China, Grove, Idobata, NodeBB Forums, Slack, Streamup, OrganisedMinds, Hackpad, Cryptbin, Kato, Reportedly, Cheerful Ghost, IRCCloud, Dashcube, MyVideoGameList, Subrosa, Sococo, Quip, And Bang, Bonusly, Discourse, Ello, Twemoji Awesome, Got Chosen, Flow, ReadMe.io, esa, DBook, Groups.io, TeamworkChat, Damn Bugs, Let's Chat, Buildkite, ChatGrape, Dokuwiki, Usersnap, Discord, Status Hero, Morfy, Bitbucket, Gitter, Yellow, YouTube, Habitica and Mattermost However some of the emoji codes are not super easy to remember, so here is a little cheat sheet.

https://www.webfx.com/tools/emoji-cheat-sheet/

커밋메시지에 깃이모지 사용 emoji-cheat-sheet https://www.webfx.com/tools/emoji-cheat-sheet/

icoa

2022/03/18

2022/05/05 12:45

기본적으로 최근 걸 pick해야 하지만

반대로 하는 경우에

git rebase —edit-todo

git rebase —continue를 하면 정상적으로 합쳐지고 rebase가 없어짐

Combining rough commits rebase -i

What if I wrote the wrong commit message? —amend

로컬의 변경 사항을 현재 브랜치가 아닌 master(or develop... ) 브랜치에 푸시하려고 한다.

git push origin <branch 1>:<branch 2>

만약 branch1의 head가 branch2의 head보다 뒤에 있으면 --force 옵션을 이용해서 브랜치의 내용을 덮어 씌울 수 있다.

git remote에 upstream이라는 원본저장소를 등록한 다음 git fetch를 받는다.

git merge를 받으면 main에 반영된다.

main 브랜치에서의 프로젝트 코드가 받아진 것을 확인하고 나면 git branch [이름]을 사용해 새로운 브랜치를 생성하고

git checkout [이름] 으로 이동한다음 다시 작업한다.

fork한 저장소에 원본 저장소 코드 fetch, merge 하기 Fetching and merging the original repository code to the forked repository

commit —amend를 하고 나서 커밋을 덮어씌우려고 했는데 git pull을 하고 다시 커밋하여 서로 다른 커밋으로 인식되면서 같은 커밋메시지가 여러개 쌓이게 되었다.

이 커밋 메시지들을 하나로 뭉쳐서 다시 push한다음 업데이트 시키려고 했다.

$ git rebase -i HEAD~5

총 5개의 커밋을 합친다.

커밋 목록이 주어지면 맨앞에 키워드를 수정하면 된다. squash를 통해 하나의 커밋 메시지로 변경시킬 것이므로 합치려는 커밋만 pick으로 두고 나머지는 s로 변경해서 :wq로 나간다.

나가면 합쳤을 때의 커밋메시지를 수정하라는 창이 나온다. 이때 수정을 잘 하고 :wq로 나가면

git rebase 상태이다.

수정을 완료했다면 git rebase --continue후 git ps origin +[branch]로 푸시한다.

Squash 취소 방법

[git] squash 잘못했을 때 / rebase 취소

여러 개의 커밋을 하나로 묶고 싶을 때 squash를 사용한다. 그런데 브랜치를 확인해보니, 내가 하고 싶었던 commit squash 실제로 올라간 commit 어떤 commit 들을 합친건 지 전혀 알 수가 없다. git reflog는 rebase 가 시작되기 직전 분기의 헤드 커밋을 확인할 수 있다. HEAD@{4}가 rebase 실행 직전의 커밋임을 확인했다. git reset 명령어를 통해 분기를 재설정한다.

https://velog.io/@ongddree/git-squash-%EC%9E%98%EB%AA%BB%ED%96%88%EC%9D%84-%EB%95%8C-rebase-%EC%B7%A8%EC%86%8C

push 완료한 commit 여러개를 합치기

icoa

commit

rebase

squash

liante0904.tistory.com

2022/05/05 12:45

[Git] github 다수의 계정 사용하기

회사에서 사용하는 github 계정과 개인 계정을 같이 쓸 수 있다는 사실을 구글링을 통해 알아내고서 열심히 뻘짓을 하며 며 성공했다...! 나중에 다시 하려면 또 뻘짓을 할 것 같아서 포스팅하기로...★ 우선 PC에 Git이 이미 설치되어 있다라는 가정하에 아래와 같은 단계로 진행된다. 1. SSH-key 생성 Git Bash를 실행한 후, 아래의 명령어를 실행한다.

https://want-itschool.tistory.com/48

clone

[ssh error] Permission denied, 회사 계정과 개인 계정 2개를 사용하다가 마주치는 git push 에러

icoa

2022/08/01 14:04

PR을 올린 브랜치의 여러 커밋이 있다면 원하는 커밋만 id를 복사해서 새로운 브랜치를 생성한다음 아래와 같이 git rebase -i로 반영한다.

풀리퀘스트를 일부만 머지하는 방법. 체리픽

icoa

2022/03/13 15:46

PR 올릴 때 커밋 id는 아무 처리 없이 eds020 적으면 인식됨

icoa

2022/03/13 15:46

리팩터링 커밋을 만들어서 그다음 코드리뷰를 받아야 한다.

PR 올리고 리팩터링해서 코드리뷰

icoa

2022/03/13 15:46

markdown 깃헙에서 wiki 작성할 때 에디터로 대신하기 / sidebar의 링크는 글 본문이 변경되면 같이 변경되므로 반드시 같이 변경해야함

icoa

2022/03/13 15:47

How to Undo Changes in Git with Git Undo Commit

In life, undoing our mistakes is something we've always wished was possible. While life might not always present us with a chance to undo our mistakes, provides us ample opportunities to do just that. Lucky us! Undoing things in Git isn't just for mistakes.

https://www.cloudbees.com/blog/git-undo-commit

커밋하기 전에 실수로 수정한 사항이 있어서 없애고 싶을 때, Changes not staged for commit 목록 지우기

icoa

2022/03/13 15:46

How to Undo Changes in Git with Git Undo Commit

https://www.cloudbees.com/blog/git-undo-commit

git Untracked files 삭제하기 clean / git-undo-commit

icoa

2022/03/13 15:46

Changes not staged for commit에서 특정 파일 삭제하기 restore

icoa

2022/03/13 15:49

작업 도중에 git pull origin develop하고 rebase하기 (conflict-resolve add rebase-continue)

icoa

2022/03/13 15:46

실수로 v;를 넣었다.

이걸 지우기 위해서 이 파일을 커밋한 해시를 찾아냈다.

찾아낸 해시보다 하나 이전의 커밋 해시를 찾아야 된다.

그 해시를 복사해서

이제 Commit ID 이후부터 HEAD(현재)까지의 커밋 내역이 표시된다.

원하는 커밋의 pick을 edit으로 수정한다.

:wq를 눌러 저장하고 나오면 아래처럼 수정할 커밋이 체크아웃된 상태가 된다.

한번에 하나의 commit만 수정할 수 있다. 반드시 위에 edit으로 지정해둔 개수만큼 위의 명령어를 쳐서 각각 편집한다.

직전 커밋이 아닌 이전 특정 커밋에 변경사항 추가하기 git rebase -i HASH

icoa

2022/03/13 15:47

[git] 로컬 저장소에서 삭제된 파일 복구하는 방법

출처: http://jybaek.tistory.com/373 뭔가 잘못 삭제할때마다 자꾸 찾아보게 돼서 그냥 내 블로그에 남겨둔다. ㅠㅜ 아래와 같은 명령어로 삭제된 파일 리스트를 확인할 수 있다. $ git ls-files -d [files] 부분에 삭제된 파일 이름을 써주면 복구가 가능하다. $ git checkout [files] 파일이 여러개인 경우, 아래와 같은 명령으로 삭제된 모든 파일을 복구할 수 있다.

https://plzrun.tistory.com/entry/clone%EB%90%9C-%EB%A1%9C%EC%BB%AC-%EC%A0%80%EC%9E%A5%EC%86%8C%EC%97%90%EC%84%9C-%EC%82%AD%EC%A0%9C%EB%90%9C-%ED%8C%8C%EC%9D%BC-%EB%B3%B5%EA%B5%AC%ED%95%98%EB%8A%94-%EB%B0%A9%EB%B2%95

삭제한 파일 복구

icoa

2022/03/13 15:47

Git 간단한 사용법 - fetch

지금까지 Git 을 이용하여 로컬의 작업내용을 원격의 repository 에 보관하여 작업하는 방법을 알아보았다. 그런데 만약 멀티 유저환경이라면 그래서 누군가가 내가 마지막으로 보관했던 커밋이후에 신규커밋을 추가했다면 내 로컬 커밋들에 그 신규 커밋을 어떻게 반영해야할까? 이런 상황에 사용할 수 있는 명령이 git fetch 이다. fetch 명령은 타겟으로 지정한 리포지토리의 변경내역을 로컬로 가지고 와서 그 내역들을 HEAD라는 특수한 branch에 담는다.

https://itips.tistory.com/26

그런데 만약 멀티 유저환경이라면 그래서 누군가가 내가 마지막으로 보관했던 커밋이후에 신규커밋을 추가했다면 내 로컬 커밋들에 그 신규 커밋을 어떻게 반영해야할까?

이런 상황에 사용할 수 있는 명령이 git fetch 이다. fetch 명령은 타겟으로 지정한 리포지토리의 변경내역을 로컬로 가지고 와서 그 내역들을 HEAD라는 특수한 branch에 담는다.

이 정보를 이용해서 로컬의 작업내역들과 비교할 수 있고 만약 누군가가 생성한 신규 커밋들이 로컬에서 작업한 부분과 중복되는 부분이 있다면 이에 대한 정보를 제공해준다.

아래 예제를 참조

1. 현재 log 확인

•

git ll 은 git log --oneline 을 이용한 alias 이다. 이와 관련한 정보는 'Git 간단한 사용법 - alias' 참조할 것.

현재 HEAD-> master, origin/master, origin/HEAD 모두 commit 2afe186 을 가리키고 있다.

2. fetch를 한후 다시 로그를 확인해 보면 아래와 같다.

로컬에 있는 가장 최근 커밋인 2afe186 은 변경없이 그대로 있지만 그 커밋을 가리키고 있던 origin/master 와 origin/HEAD 가 사라지고 HEAD-> master 만 남아 있다.

fetch 실행 후 메세지에서 '2afe186..d7c0da0 master -> origin/master' 이부분은 로컬의 마스터 브렌치에서 리포지토리 origin 에 있는 master 브렌치 사이에 커밋들이 있음을 알려주는 것이다.

3. 이제 merge 를 실행

git fetch로 pull이 필요한지 확인하고 반영하기

icoa

2022/03/13 15:49

참고)

Git Alias 사용법: 깃 단축키 설정하는 방법

깃(Git)은 코드를 관리하는데 더 없이 훌륭한 툴임이 틀림없다. 그러나 그만큼 많은 명령어를 가지고 있고 복잡한 옵션을 일일이 기억하는 것은 매우 어려운 일이다. Bash등의 쉘이 Alias 기능을 지원하는 것처럼 깃도 Alias 설정을 통해 복잡한 명령어를 간단한 단축키로 설정하여...

https://jeonghwan-kim.github.io/2016/08/16/git-alias.html

git log를 쳐서 커밋 메시지를 간단하게 보고 있었는데 깃 관련 문제를 해결하면서 어떤 블로그에서 깃 로그가 상세하게 설명되어 있는 iterm 화면을 발견했고 깃 명령어도 git status를 git st만 쳐서 확인하는 것 같아서 찾아보게 되었다. (js를 공부하면서 위 블로그 작성자분의 인프런 강의도 들어봤다.)

일단 git log 대신에 아래와 같이 상세한 설명을 받을 수 있는 명령어는 아래와 같다.