마스터 브랜치에서 분기하여 Develop 브랜치 생성 후, 업데이트 작업을 Develop에서 전부 완료하고 마스터로 머지하여 적용하잖아요.
그 후에 일반적으로 Develop 브랜치 삭제 후, 추후에 또 다른 업데이트가 있으면 다시 Master에서 Develop 브랜치로 새로 분기하는게 일반적인가요?
아니면 계속 Develop 브랜치 유지하면서 머지머지머지 하는게 일반적인가요?
마스터 브랜치에서 분기하여 Develop 브랜치 생성 후, 업데이트 작업을 Develop에서 전부 완료하고 마스터로 머지하여 적용하잖아요.
그 후에 일반적으로 Develop 브랜치 삭제 후, 추후에 또 다른 업데이트가 있으면 다시 Master에서 Develop 브랜치로 새로 분기하는게 일반적인가요?
아니면 계속 Develop 브랜치 유지하면서 머지머지머지 하는게 일반적인가요?
본인이 얘기하는것처럼 dev를 feature처럼쓰면 보통은 지우긴함
그거보단 master가 곧 dev 브랜치고 release 브랜치를 따로 유지하는게 더 좋음 - dc App
브랜치전략마다 다르긴함
팀 구성이랑 상황마다 다르지 않을까?? 정답이 딱히 있는건 아니잖음 - dc App
한번 머지되었으면 지우는게 관례입니당
피쳐브랜치는 지우고, 스테이징 브랜치는 냅두고
피쳐는 지우고, 데브, 마스터는 놔두고 있음