10P by xguru 12달전 | favorite | 댓글 5개

- Git-Flow는 지난10년간 여기저기서 써왔지만, 이제 없어져야 한다
- 너무 복잡함
- 짧게 써야 하는 브랜치 룰을 깬다
- Rebase를 포기하게 한다
- CD가 불가능
- 다수의 Repo작업 불가능, 그렇다고 모노Repo에도 어울리지 않다
- 월/분기별 릴리즈사이클에 여러 릴리즈를 동시에 작업하는 아마도 +20명 회사라면 좋은 선택,
10명이하의 스타트업이나 하루에 몇번씩 릴리즈 하는 웹 사이트/웹앱에는 어울리지 않다.

seanahn 12달전  [-]

좋은 글 공유 감사합니다.
특히 Continuous Delivery가 불가능하다는 부분이 공감이 많이 되네요.
저희도 비슷한 이유로 Git-Flow를 버리고 GitHub-Flow 와 유사한 가벼운 브랜칭 모델을 사용하고 있습니다.

공유 목적으로 게시글 남겼으니 한번 읽어봐주시면 감사하겠습니다.
https://news.hada.io/topic?id=1661

xguru 12달전  [-]

아 위에서 말한 사례가 딱 적용된 케이스네요. 공유 고맙습니다!

seanahn 12달전  [-]

넵. 게시글을 실수로 지워서 다시 작성했습니다.

https://news.hada.io/topic?id=1662

tujuc 12달전  [-]

자신의 상황에 따라 변형을 만드는게 정말 좋지요... :)

저희도 Github Flow와 비슷하게 쓰고 있습니다만... 변형을 하는게 좋을꺼같아요. 무조건 이건안되 저거만되보다는 :)

xguru 12달전  [-]

이 글이 이슈되었는지, Git-Flow의 원 저자가 글 앞에 업데이트를 추가했네요
https://nvie.com/posts/a-successful-git-branching-model/

- Git-Flow는 10년전에 나온 글이고 상황이 많이 변했음.
- 지금의 소프트웨어는 예전과 다르고, 특히나 Git 으로 만드는 소프트웨어들이 Web쪽으로 바뀌어왔음
- CD를 해야한다면 훨씬 간결한 GitHub Flow https://guides.github.com/introduction/flow/ 를 적용 고려
- 만병통치약은 없으니 자신의 상황을 고려해서 결정하세요.