본문 바로가기

Github

[Git] Git commit 내용, 날짜, 작성자 수정하기 * 상황 - 이미 리모트로 업로드된 상황에서 커밋의 작성자를 수정하고 싶었다. 그래서 커밋을 수정하는 방법과 작성자 수정하는 방법에 대해 기술해보려고 한다. * 해결 1. 해시값 확인 git log --oneline 2. commit 이력을 변경할 commit 선택 git rebase -i {해시값} ▶ 해시값에 들어갈 수 있는 값: HEAD~1, --root 1. HEAD~1: 현재 HEAD로부터 몇 번째 전인지 나타냄 2. --root: 맨 처음 commit부터 변경 3. 변경할 commit의 상태 변경 pick 11abcd3 Add fault pick 19485ba Add fault2 원하는 해시값의 상태를 pick에서 e나 edit으로 바꿔준다. 이때 단축키는 ⑤ 를 참고한다. 4. commit의.. 더보기
[git] 추가하지도 않았는데 이전 커밋이 계속 들러붙을 때 * 상황 - 9월 4일에 package-lock.json을 커밋한 이력이 새로 브랜치 만들 때마다 계속해서 들러붙고 있다. * 이유 - 정확한 이유는 모르겠다 ... * 해결방법 - git reset --hard로 이전 커밋으로 이동해 package-lock.json을 변경한 이력 커밋을 날려버리고 git push -f 로 올리니까 사라졌다. 해당 내용으로 검색해봐도 package-lock.json을 커밋해야 하는 이유에 대해서만 나와서 답답했는데 도움이 될까 싶어 올린다. 그런데 git reset --hard는 조심해야한다 ... 나도 test할 겸 branch를 2개 정도 파서 테스트해보고 제대로 되길래 push -f했다. 더보기
[10분 테크톡] 렉스의 Git 브랜칭 전략 후기 새로운 팀 프로젝트에 앞서 개발자는 2명 뿐이지만 어떤 브랜치 전략을 도입해야할지 고민하던 찰나 잘 정리된 영상을 보게 되어 정리해보았다. 물론 이와 관련해서 검색하면 더 나오긴 하지만 Git 브랜치 전략은 늘 다시 보게 되고, 늘 헷갈리는 것 같다. 다시 한 번 헷갈리지 않고 정확히 이해하기 위해 이번 영상을 정리해본다. 목차 Branch 전략이란? Github flow란? Git flow란? 우린 무엇을 사용해야할까? Branch 전략 평상시 우리의 branch 사용 유형 혼자 개인 프로젝트 개발을 할 때 -> 문제도 자신이, 규칙도 자신이 책임진다 코드의 수정, 기능 개발 등을 할 때만 branch를 여는 유형 하나의 branch만 사용하는 유형 팀으로 프로젝트 개발을 할 때 branch명에서 생성.. 더보기
윈도우에서 로컬 하나로 매번 로그인 하지 않고 Github와 Gitlab 같이 쓰기 +) 210706 수정 아래 내용을 실행하다가 버벅이는 부분들이 있게 돼서 에러 뜨는 명령어를 수정했다. 예를 들면 ssh-keygen에 달았던 옵션들을 주니 제대로 다 하나하나 쳐야 한다거나 하는 귀찮은 것들. 이제는 제대로 돌아갈 것이다. * 기존 시스템 Window 10 Home Git version 2.30.1 (2021.3.8) * 글을 쓰게 된 이유 한이음 활동을 하면서 기존에 쓰던 github가 아니라 gitlab으로 형상관리를 해야해서 검색해서 로컬 저장소와 연결했다. 검색을 하다보니까 회사에 가서도 회사 계정과 개인 계정을 분리해서 써야할 때도 종종 있는 것 같다. 그래서 지금 정리해두면 좋을 것 같아서 글을 쓰게 되었다. * ssh 키 생성하고 등록하기 1. git bash 열고 ssh.. 더보기
git bash로 github에 폴더 업로드하기 1. github에 업로드할 폴더의 상위폴더에서 git bash 열기 2. git bash cmd창에서 순서대로 입력하기 $ git status $ git add 원하는폴더이름 $ git commit -m "원하는내용" $ git remote -v $ git push origin master - 먼저 status 명령어로 어떤 상태인지 확인해준다. (modified면서 unstaged인 폴더가 있는 경우에만 업로드 가능) - 원하는 폴더를 status에 staged해준다. - staged한 폴더에 commit을 달아준다 - 이미 상위폴더에 git이 연결되어있다면 remote -v로 연결해주고, 연결되어있지 않다면 remote add origin "자신의 리포지터리 주소" 로 github 주소를 연결해준다.. 더보기
[Git] ![rejected] master -> master (non-fast-forward) ! [rejected] master -> master (non-fast-forward) error: failed to push some refs to 'https://github.com/jejecrunch/vuejs' hint: Updates were rejected because the tip of your current branch is behind hint: its remote counterpart. Integrate the remote changes (e.g. hint: 'git pull ...') before pushing again. hint: See the 'Note about fast-forwards' in 'git push --help' for details. * 원인 - 깃허브에 생성된.. 더보기
[Git] ![rejected] master -> master (fetch first) ! [rejected] master -> master (fetch first) error: failed to push some refs to 'https://github.com/jejecrunch/vuejs' hint: Updates were rejected because the remote contains work that you do hint: not have locally. This is usually caused by another repository pushing hint: to the same ref. You may want to first integrate the remote changes hint: (e.g., 'git pull ...') before pushing again. hint: .. 더보기

반응형