push한 커밋에 대한 rebase?

43 views
Skip to first unread message

Outsider (JeongHoon Byun)

unread,
Feb 25, 2013, 12:39:38 AM2/25/13
to gitk...@googlegroups.com
안녕하세요....
인사만 오가고 있는 가운데 질문을 날려봅니다. ㅎㅎㅎ
(이런 얘기하려고 만든거라...)

git은 히스토리를 이쁘게이쁘게 할 수 있는 점이 좋기는 한데...
아무래도 협업을 하다보면 git push의 빈도수가 잦아지면서
잘못되거나 합쳐서 더 깔끔한 히스토리도 push하게 되곤 합니다.
push안한 커밋은 rebase로 얼마든지 깔끔하게 할 수 있는데요
이미 push한 커밋에 대해서는 보통 어떻게 관리하시나요?



--
/************************************************
Outsider (JeongHoon Byun)
Programmer & Hacker

Twitter : @Outsideris
*************************************************/

Constantine Kim

unread,
Feb 25, 2013, 1:22:36 AM2/25/13
to gitk...@googlegroups.com

rebase 하고.. push -f 를 쓰면 된다고 하긴 하던데.. 여러 사람이 작업중인데는 한번도 못써봤네요.

주로 제가 작업하는 데에만 사용해보고요..


On Monday, February 25, 2013 2:39:38 PM UTC+9, JeongHoon Byun wrote:
안녕하세요....
인사만 오가고 있는 가운데 질문을 날려봅니다. ㅎㅎㅎ
(이런 얘기하려고 만든거라...)

git은 히스토리를 이쁘게이쁘게 할 수 있는 점이 좋기는 한데...
아무래도 협업을 하다보면 git push의 빈도수가 잦아지면서
잘못되거나 합쳐서 더 깔끔한 히스토리도 push하게 되곤 합니다.
push안한 커밋은 rebase로 얼마든지 깔끔하게 할 수 있는데요
이미 push한 커밋에 대해서는 보통 어떻게 관리하시나요?



--
/************************************************
Outsider (JeongHoon Byun)
Programmer & Hacker

Twitter : @Outsideris
*************************************************/

Changwoo Park

unread,
Feb 25, 2013, 7:27:28 PM2/25/13
to gitk...@googlegroups.com
저는 Long-Running 브랜치의 커밋만 공유하는 것으로 간주합니다. Topic 브랜치는 원래 실험( ? )이 목적이니까요.

최대한 늦게 Long-Running 브랜치에 Rebase해서 Merge하는 게 중요한 것 같아요.

Constantine Kim

unread,
Feb 25, 2013, 8:12:40 PM2/25/13
to gitk...@googlegroups.com
브랜치를 좀 더 자주 나누고 커밋도 조금 더 자주하고 본가지에 붙일 때 꼭 리베이스..

원칙을 지킬수록 push -f 처럼 강제진행하는 것을 줄일 수 있겠지요 :-)

Outsider (JeongHoon Byun)

unread,
Feb 25, 2013, 8:45:07 PM2/25/13
to Constantine Kim, gitk...@googlegroups.com
장기간진행되는 브랜치만 공유하는걸로 간주해서
푸시와 리베이스에 대해서 특별히 신경쓰고 나머지는
공유 안한다고 간주하고 rebase를 진행한다는 말씀이시죠?

좀더 세밀하게 브랜칭을 하는게 하나의 방법이 될 수 있겠군요.

2013/2/26 Constantine Kim <elegan...@gmail.com>

Zéide Peace

unread,
Feb 25, 2013, 9:00:07 PM2/25/13
to Outsider (JeongHoon Byun), Constantine Kim, gitk...@googlegroups.com
예전에 참고받은(?) 사이트입니다.

http://nvie.com/posts/a-successful-git-branching-model/

2013/2/26 Outsider (JeongHoon Byun) <outsi...@gmail.com>



--
Ne perdez pas courage!
Ce n`est pas encore fini.

Outsider (JeongHoon Byun)

unread,
Feb 25, 2013, 10:17:41 PM2/25/13
to Changwoo Park, gitk...@googlegroups.com
저는 zeide님이 말씀하신 git flow의 브랜칭모델을
변형(?)해서 쓰고 있는 편인데요.
말씀하신 topic 브랜치는 features 브랜치보다 작은 용도의 브랜치로 사용하시나요?
같은 용도로 사용하시나요?

2013/2/26 Changwoo Park <pis...@gmail.com>
네, Topic 브랜치를 push해야 하는 이유는 리뷰와 백업이라고 생각합니다.
Topic 브랜치를 공유(정말 책임자가 여러명이라면)한다면 브랜치를 더 쪼개야 합니다.

Topic 브랜치는 실험이니까 언제 어떻게 되도 이상하지 않아요. 다른 동료도 그걸 알고 있을 거구요.
그래도 리뷰어들를 위해서 Rebase를 하기전에 알리고 Rebase하는게 좋겠죠
(전 관심도에 따라서, 그럴때도 있고 아닐때도 있습니다)...



2013/2/26 Outsider (JeongHoon Byun) <outsi...@gmail.com>
장기간진행되는 브랜치만 공유하는걸로 간주해서
Reply all
Reply to author
Forward
0 new messages