아놔... 어떻게 보면 그 쪽에서는 중요할지도 모르지만
컴퓨터 쪽 까지도 PC가 침범하게 될 줄이야.. -_-
| git local branch, merge master (0) | 2025.01.16 |
|---|---|
| git switch (0) | 2025.01.16 |
| git stash drop , clear (0) | 2024.09.19 |
| git submodule ... 2? (0) | 2024.06.19 |
| git diff --staged (0) | 2022.09.05 |
브랜치를 잘 쓸줄 몰랐는데 이번에 쓸일이 생겨서 찾아보는 중
목표는
master 브랜치에는 릴리즈 수준으로만 커밋하고
실제 개발은 로컬 브랜치에서 작업하고
결과물만 master로 merge 하는 것 이다.
명령어는 아래와 같이 master와 dev를 오가면서 해야 하는데
혹시나 해서 dev 에서 작업중 master에서 추가되는데 별 문제가 없었다.
굳이(?) 필요했다면 dev에서 master를 merge 하면 되긴 할 듯.
| master | dev |
| git init git touch README git add README git commit -m "initial upload for project" |
|
| git branch dev git checkout dev (혹은 git switch dev) 'dev' 브랜치로 전환합니다 |
|
| touch Makefile mkdir app cd app touch Makefile touch main.c cd .. git add Makefile app/ git commit -m "application added" git switch master 'master' 브랜치로 전환합니다 |
|
| touch RELEASE git add RELEASE git commit -m "add release rule" git checkout dev (혹은 git switch dev) 'dev' 브랜치로 전환합니다 |
|
| cd app vi Makefile vi main.c git add Makefile git commit -m "makefile fixed" git add mainc. git commit -m "skeleton added" git switch master 'master' 브랜치로 전환합니다 |
|
| cd .. git checkout dev -- . (현 위치에 dev 를 체크아웃함) git add Makefile app/ git commit -m "feature added for dev branch" |
| $ git help checkout git checkout (-p|--patch) [<tree-ish>] [--] [<pathspec>...] This is similar to the previous mode, but lets you use the interactive interface to show the "diff" output and choose which hunks to use in the result. See below for the description of --patch option. |
[링크 : https://inpa.tistory.com/entry/GIT-⚡%EF%B8%8F-깃-Branch-정리-branch-checkout-merge-rebase]
| git master -> main branch (0) | 2025.05.22 |
|---|---|
| git switch (0) | 2025.01.16 |
| git stash drop , clear (0) | 2024.09.19 |
| git submodule ... 2? (0) | 2024.06.19 |
| git diff --staged (0) | 2022.09.05 |
git checkout branch_name 과 동등하다고 한다.
[링크 : https://inpa.tistory.com/entry/GIT-⚡%EF%B8%8F-깃-Branch-정리-branch-checkout-merge-rebase]
| git master -> main branch (0) | 2025.05.22 |
|---|---|
| git local branch, merge master (0) | 2025.01.16 |
| git stash drop , clear (0) | 2024.09.19 |
| git submodule ... 2? (0) | 2024.06.19 |
| git diff --staged (0) | 2022.09.05 |
오래 안쓰고 까먹는 stash 들이 있어서 지우는 방법 검색
| git stash drop # 가장 최신 stash 삭제 git stash clear # 모든 stash 삭제 |
[링크 : https://wakestand.tistory.com/846]
[링크 : https://git-scm.com/book/ko/v2/Git-%EB%8F%84%EA%B5%AC-Stashing%EA%B3%BC-Cleaning]
[링크 : https://iiii.tistory.com/156]
git stash clear 복구
[링크 : http:// https://systorage.tistory.com/entry/Git-git-stash-clear-복구하기]
| git local branch, merge master (0) | 2025.01.16 |
|---|---|
| git switch (0) | 2025.01.16 |
| git submodule ... 2? (0) | 2024.06.19 |
| git diff --staged (0) | 2022.09.05 |
| git reset 서버 commit (0) | 2021.09.14 |
테스트 필요
현재 경로에서 서브모듈로 다른 프로젝트 추가하기
| $ git submodule add https://github.com/chaconinc/DbConnector |
서브모듈 초기화하고 받아오기 (저장소만 업데이트)
| $ git submodule init Submodule 'DbConnector' (https://github.com/chaconinc/DbConnector) registered for path 'DbConnector' $ git submodule update |
혹은 받아올 때 서브모듈 초기화 같이 하기(이게 편리할 듯)
| $ git clone --recurse-submodules https://github.com/chaconinc/MainProject |
서브모듈의 저장소 갱신시 최신버전을 가져오기(git pull ?)
| $ git submodule update --remote |
make 할때 git submodlue update --remote를 추가해두니 편하긴 한데
이래저래 귀찮다. -ㅁ-
| git switch (0) | 2025.01.16 |
|---|---|
| git stash drop , clear (0) | 2024.09.19 |
| git diff --staged (0) | 2022.09.05 |
| git reset 서버 commit (0) | 2021.09.14 |
| git blame (0) | 2021.06.21 |
| git stash drop , clear (0) | 2024.09.19 |
|---|---|
| git submodule ... 2? (0) | 2024.06.19 |
| git reset 서버 commit (0) | 2021.09.14 |
| git blame (0) | 2021.06.21 |
| git pull rebase 설정 (0) | 2021.06.02 |
마지막 커밋 1개 날리고, 강제로 서버에 푸시
| $ git reset --hard HEAD~1 $ git push -f |
그래도 이력을 남기는 revert가 좋을 듯.
다만 돌릴게 많으면 돌렸다는 이력 자체도 잔뜩 생긴다고 하니
되돌릴일을 만들지 않는게 최선.. ㅠㅠ
| $ git revert [hash] |
[링크 : https://jupiny.com/2019/03/19/revert-commits-in-remote-repository/]
| git submodule ... 2? (0) | 2024.06.19 |
|---|---|
| git diff --staged (0) | 2022.09.05 |
| git blame (0) | 2021.06.21 |
| git pull rebase 설정 (0) | 2021.06.02 |
| git log --stat (0) | 2021.05.10 |
svn 처럼 git 에도 소스라인 단위로 누가 커밋한 건지 추적하는 기능이 없나 봤는데 있다!
| $ git blame 사용법: git blame [<옵션>] [<리비전-옵션>] [<리비전>] [--] <파일> <리비전-옵션>은 git-rev-list(1)에 설명되어 있습니다 --incremental 블레임 항목을 찾자마자 점진적으로 표시합니다 -b 가장자리 커밋에 대해 빈 SHA-1을 표시합니다 (기본값: 꺼짐) --root 최상위 커밋을 가장자리 커밋으로 취급하지 않습니다 (기본값: 꺼짐) --show-stats 작업 비용 통계를 표시합니다 --progress 강제로 진행 상황을 표시합니다 --score-debug 블레임 항목에 대해 출력 점수를 표시합니다 -f, --show-name 원래 파일 이름 표시 (기본값: 자동) -n, --show-number 원래 줄 번호 표시 (기본값: 하지 않음) -p, --porcelain 컴퓨터 처리용으로 설계된 형식으로 표시합니다 --line-porcelain 줄마다 커밋 정보가 표시되는 사용자용 형식으로 표시합니다 -c git-annotate와 동일한 형식을 사용합니다 (기본값: 꺼짐) -t 내부 형식으로 시각을 표시합니다 (기본값: 꺼짐) -l 길게 커밋 SHA1을 표시합니다 (기본값: 꺼짐) -s 작성자 이름과 시각을 표시하지 않습니다 (기본값: 꺼짐) -e, --show-email 작성자 이름 대신에 전자메일을 표시합니다 (기본값: 꺼짐) -w 공백 문자 차이점을 무시합니다 --indent-heuristic diff를 향상하는데 실험적인 휴리스틱을 사용합니다 --minimal 더 일치하는 항목을 찾는데 더 시간을 소모합니다 -S <파일> git-rev-list를 호출하는 대신 <파일>에서 리비전을 사용합니다 --contents <파일> <파일>의 내용을 최종 이미지로 사용합니다 -C[<점수>] 파일 내부와 파일 사이의 복사된 줄을 찾습니다 -M[<점수>] 파일 내부와 파일 사이의 옮겨진 줄을 찾습니다 -L <n,m> n,m줄 (1번 줄부터 시작) 사이의 범위만 처리 --abbrev[=<n>] SHA-1 표시에 <n>개의 숫자를 사용합니다 |
| git diff --staged (0) | 2022.09.05 |
|---|---|
| git reset 서버 commit (0) | 2021.09.14 |
| git pull rebase 설정 (0) | 2021.06.02 |
| git log --stat (0) | 2021.05.10 |
| git stash (0) | 2021.05.09 |
| $ git config --global branch.autosetuprebase always $ git config branch.{BRANCH-NAME}.rebase true |
[링크 : http://theeye.pe.kr/archives/1980]
| 비슷한 결과를 만드는 다른 방식으로, C3 에서 변경된 사항을 Patch로 만들고 이를 다시 C4 에 적용시키는 방법이 있다. Git에서는 이런 방식을 Rebase 라고 한다. rebase 명령으로 한 브랜치에서 변경된 사항을 다른 브랜치에 적용할 수 있다. |
| git reset 서버 commit (0) | 2021.09.14 |
|---|---|
| git blame (0) | 2021.06.21 |
| git log --stat (0) | 2021.05.10 |
| git stash (0) | 2021.05.09 |
| git 저장소 합치기 해보았으나.. (0) | 2021.04.07 |
변경된 파일 목록과 함께 보는 방법
| git blame (0) | 2021.06.21 |
|---|---|
| git pull rebase 설정 (0) | 2021.06.02 |
| git stash (0) | 2021.05.09 |
| git 저장소 합치기 해보았으나.. (0) | 2021.04.07 |
| git 특정 디렉토리만 clone 하기 (0) | 2021.04.07 |
|
