안녕하세요....
인사만 오가고 있는 가운데 질문을 날려봅니다. ㅎㅎㅎ
(이런 얘기하려고 만든거라...)
git은 히스토리를 이쁘게이쁘게 할 수 있는 점이 좋기는 한데...
아무래도 협업을 하다보면 git push의 빈도수가 잦아지면서
잘못되거나 합쳐서 더 깔끔한 히스토리도 push하게 되곤 합니다.
push안한 커밋은 rebase로 얼마든지 깔끔하게 할 수 있는데요
이미 push한 커밋에 대해서는 보통 어떻게 관리하시나요?
--
/************************************************Outsider (JeongHoon Byun)Programmer & HackerBlog : http://blog.outsider.ne.krTwitter : @Outsideris
Github : https://github.com/outsideris*************************************************/
Ne perdez pas courage!
Ce n`est pas encore fini.
네, Topic 브랜치를 push해야 하는 이유는 리뷰와 백업이라고 생각합니다.Topic 브랜치를 공유(정말 책임자가 여러명이라면)한다면 브랜치를 더 쪼개야 합니다.Topic 브랜치는 실험이니까 언제 어떻게 되도 이상하지 않아요. 다른 동료도 그걸 알고 있을 거구요.그래도 리뷰어들를 위해서 Rebase를 하기전에 알리고 Rebase하는게 좋겠죠(전 관심도에 따라서, 그럴때도 있고 아닐때도 있습니다)...
2013/2/26 Outsider (JeongHoon Byun) <outsi...@gmail.com>
장기간진행되는 브랜치만 공유하는걸로 간주해서