본문 바로가기

Dev/dev tools

[git] remote branch name change

Git-Extensions 사용중

 

 

Local branch name change:

Git Extensions  - mouse right click - name change

 

Romote name change: 

1. Push new branch to remote


$ git push origin feature/matrix4

2. Refresh in Git Extensions

Click origin icon at left folder tree

3. Remove 

Delete remote branch

4 git push origin --delete feature/mat4


$ git push origin --delete feature/mat4

 

브랜치에서 브랜치를 따게되면 동등한 계층인것 같다.(하위가 아님)


$ git checkout dev/jwst
$ git merge feature/matrix4
$ git checkout dev/jwst
$ git merge feature/matrix4
$ git checkout dev/jwst
$ git merge feature/matrix4

https://nittaku.tistory.com/182

 

9. 브랜치 병합(merge) / 충돌 해결 및 최소화

브랜치를 사용하는 가장 큰 이유는 마스터브랜치와 실험브랜치를 병합하는데 있다. 실험브랜치에서 만든 변경점들을---> master브랜치에다가 병합merge하는 것이 목표이다. 브랜치 병합하기( 실험--> master로) ma..

nittaku.tistory.com

머지와 리베이스에 대해 공부하면서

모든것이 포인터 개념이란것을 다시 한번 깨달았다


성아랑 연락하면서 git commit hash id 로 checkout하면 그냥 이전 상태로 돌아간다는 것과 

그것이 head가 움직인다는것을 깨달았다.


루이스님과 이야기하면서 머지한 브랜치는 삭제해야하는가에 대해서 고민을 했다 

루이스님은 굳이 삭제할 필요가 있을까? 라고 하셨다.


성아네 회사는 master branch에 merge 하면 기존 branch는 삭제한다고 한다. 하지만 그 지점을 알아야하기 때문에 tag로 버전 별로 관리한다고 한다.

 


내 생각

 

머지든 리베이스든 저 블로글에 있는 상황은 잘 일어나지않는다. 왜냐면 피쳐 브랜치에서 각자 브랜치를 따서 작업을 하지 피쳐 브랜치에서 개발하는 경우는 거의 없기 때문이다. 그래서 저 이유 때문에 리베이스를 써야될필요는 없을것 같다.

 

그리고 내 결론은 다음과같다. 

1. merge 와 rebase에서 깔끔한 rebase가 더 맘에들고 rebase를 해도 브랜치 이름은 남는데 굳이 삭제할필요가 없다.

2. rebase와 merge의 차이점은 rebase를 쓰면서 내가 스스로 경험하고 깨닫자

3. 마스터에 합칠때는 태그를 달자 (태그를 이용한 버저닝)

4. 모두 포인터다 그림 그리면서 이해하기

'Dev > dev tools' 카테고리의 다른 글

[git] set github repo in local  (0) 2019.08.24
[git] log short cut  (0) 2019.08.24
[vim] python setting in vim  (0) 2019.08.24
[anaconda] trouble with anaconda python and zsh in mac  (0) 2019.08.24
[git] lfs large file storage  (0) 2019.08.23
[git] remote branch name change  (0) 2019.08.20