일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- 추천시스템
- git stash
- git 기본명령어
- Python
- Spark Data Read
- 알고리즘
- 오라클 데이터 처리방식
- Collaborative filtering
- eda
- 리눅스 환경변수
- 데이터분석
- Spark 튜닝
- Oracle 논리적 저장 구조
- 앙상블
- BFS
- Oracle ASSM
- 통계분석
- 데이터 분석
- enq: FB - contention
- git init
- Linux
- Decision Tree
- Spark jdbc parallel read
- 배깅
- SQL
- 의사결정나무
- CF
- airflow 정리
- 네트워크
- 랜덤포레스트
- Today
- Total
[Alex] 데이터 장인의 블로그
[git] 기본명령어 (stash, fork 개념) 본문
2022.01.16 - [Git] - [Git] 기본명령어 (pull, fetch, reset, revert, push)
git stash
출처 : https://gmlwjd9405.github.io/2018/05/18/git-stash.html
ex. 자신이 어떤 작업을 하던 중에 다른 요청이 들어와 하던 작업을 멈추고 잠시 브랜치를 변경해야 할 일이 있다고 하자. 이때, 아직 완료하지 않은 일을 commit하는 것은 껄끄럽다. 어떻게 해야 될까?
1. 현재 작업하고 있는 작업물을 따로 저장
git status
// working directory에 있는 파일의 상태 확인
$ git status
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
modified: index.html
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: lib/simplegit.rb
Changes to be committed: (staged 상태의 파일)
(use "git reset HEAD <file>..." to unstage)
modified: index.html
Changes not staged for commit: (modfied 이면서 tracked 인 파일) -> add 되기 전의 상태
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: lib/simplegit.rb
git stash or git stash save 스택에 새로운 stash 를 생성.
$ git stash
$ git stash save
실행 후 새로운 작업을 위한 다른 브랜치 변경 가능.
2. stash 목록 확인.
git stash list
여러 번 stash를 했다면 위의 명령어를 통해 저장한 stash 목록을 확인할 수 있다.
$ git stash list
stash@{0}: WIP on master: 049d078 added the index file
stash@{1}: WIP on master: c264051 Revert "added file_size"
stash@{2}: WIP on master: 21d80a5 added number to log
3. stash 다시 적용해오기.
git stash apply
위의 명령어를 통해 했던 작업을 다시 가져온다.
// 가장 최근의 stash를 가져와 적용한다.
$ git stash apply
// stash 이름(ex. stash@{2})에 해당하는 stash를 적용한다.
$ git stash apply [stash 이름]
- 위의 명령어로는 Staged 상태였던 파일을 자동으로 다시 Staged 상태로 만들어 주지 않는다. –index 옵션을 주어야 Staged 상태까지 복원한다. 이를 통해 원래 작업하던 파일의 상태로 돌아올 수 있다.
// Staged 상태까지 저장
$ git stash apply --index
- 수정했던 파일들을 복원할 때 반드시 stash했을 때와 같은 브랜치일 필요는 없다. 만약 다른 작업 중이던 브랜치에 이전의 작업들을 추가했을 때 충돌이 있으면 알려준다.
4. stash 삭제 / 되돌리기
git stash drop
apply 옵션은 단순히 stash를 적용하는 것으로, 해당 stash는 스택에 여전히 남아있다. 스택에 남아 있는 stash는 위의 명령어을 사용하여 제거할 수 있다.
// 가장 최근의 stash를 제거한다.
$ git stash drop
// stash 이름(ex. stash@{2})에 해당하는 stash를 제거한다.
$ git stash drop [stash 이름]
// apply + drop의 형태
$ git stash pop
git stash show -p | git apply -R
실수로 잘못 stash 적용한 것을 되돌리고 싶으면 위의 명령어를 이용한다.
// 가장 최근의 stash를 사용하여 패치를 만들고 그것을 거꾸로 적용한다.
$ git stash show -p | git apply -R
// stash 이름(ex. stash@{2})에 해당하는 stash를 이용하여 거꾸로 적용한다.
$ git stash show -p [stash 이름] | git apply -R
TIP alias로 편리하게 사용하자.
stash-unapply라는 명령어를 등록하여 간단하게 사용할 수 있다.
$ git config --global alias.stash-unapply '!git stash show -p | git apply -R'
$ git stash apply
$ #... work work work
// alias로 등록한 stash 되돌리기 명령어
$ git stash-unapply
git fork
upstream 리포지토리는 내가 수정권한이 없는상태.
upstream -> origin/master 로 내 리포지토리로 clone 한 후에 작업.
1 단계: 리포지토리 포크
- 다시 사용자는 GitHub의 업스트림 리포지토리에서 시작하지만이 프로세스는 리포지토리를 자신의 GitHub 계정으로 포크 할 때 포크에서 시작됩니다.
2 단계: 저장소 복제
- 복제와 동일하다.
3 단계: 원하는대로 변경합니다
- 복제와 동일하다.
4 단계: 변경 사항 푸시
- 복제와 동일하다.
5 단계: 원본 리포지토리로 변경 사항 보내기
- 이 프로세스 를 Git에서 풀 요청 이라고 한다. 이 단계에서 사용자는 변경 사항을 기본 중앙 저장소에 병합하라는 요청으로 저장소 소유자에게 변경 사항을 보낸다.
'Git' 카테고리의 다른 글
[git] 기본명령어 (pull, fetch, reset, revert, push) (0) | 2022.01.16 |
---|---|
[git] 기본명령어 (init, add, commit, push, diff, status, log) (0) | 2022.01.15 |
[git] 기본 정리 (0) | 2022.01.15 |