84669인 학습
152542인 학습
20005인 학습
5487인 학습
7821인 학습
359900인 학습
3350인 학습
180660인 학습
48569인 학습
18603인 학습
40936인 학습
1549인 학습
1183인 학습
32909인 학습
问题场景是, 我从 develop 上拉出了一个 feature 做新功能开发, 开发完毕后合并回 develop, 然后这个时候需求方又提了个变化...此时是该怎么处理最佳? 是删除之前的 feature 分支了, 重新拉一个新的 feature 分支, 还是直接在 develop 上修改? 或者继续在原来的 feature 上修改, 修改完再次合并回 develop?
계속해서 원래 기능을 수정하고 다시 개발에 병합하세요
초대해주셔서 감사합니다.
먼저 개발된 버전을 서버에 제출하고 병합하여 버전 번호에 해당하는 개발된 버전의 고유성을 보장합니다
브랜치를 삭제할 필요는 없습니다. 코드를 제출한 후 새로운 요구 사항에 따라 개발하거나 새 브랜치를 복제할 수 있습니다.
요컨대 개인 습관에 따라 다르더라도 문제가 되지 않습니다. 삭제, 제출, 병합, 다시 복제가 가능합니다
원래 기능 브랜치에서 계속 개발하더라도 정기적으로 개발 브랜치를 이 기능 브랜치에 병합해야 합니다.
이는 이전 기능 분기를 삭제하고 개발에서 새 기능 분기를 가져오는 것과 본질적으로 다르지 않습니다.
개발 중에 직접 변경하는 것은 좋지 않습니다. 개발을 위해 기능 브랜치를 사용하므로 개발 브랜치에서 직접 변경하지 마세요.
기능 개발이 완료되고 다시 병합되어 개발되면 브랜치가 종료되어야 합니다.
새로운 요구 사항이 있는 경우 새로운 기능 열기
일반 개발자는 개발을 추진할 수 없습니다. 개발 권한은 개발팀장 등에게만 공개해야 합니다
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
계속해서 원래 기능을 수정하고 다시 개발에 병합하세요
초대해주셔서 감사합니다.
먼저 개발된 버전을 서버에 제출하고 병합하여 버전 번호에 해당하는 개발된 버전의 고유성을 보장합니다
브랜치를 삭제할 필요는 없습니다. 코드를 제출한 후 새로운 요구 사항에 따라 개발하거나 새 브랜치를 복제할 수 있습니다.
요컨대 개인 습관에 따라 다르더라도 문제가 되지 않습니다. 삭제, 제출, 병합, 다시 복제가 가능합니다
원래 기능 브랜치에서 계속 개발하더라도 정기적으로 개발 브랜치를 이 기능 브랜치에 병합해야 합니다.
이는 이전 기능 분기를 삭제하고 개발에서 새 기능 분기를 가져오는 것과 본질적으로 다르지 않습니다.
개발 중에 직접 변경하는 것은 좋지 않습니다. 개발을 위해 기능 브랜치를 사용하므로 개발 브랜치에서 직접 변경하지 마세요.
기능 개발이 완료되고 다시 병합되어 개발되면 브랜치가 종료되어야 합니다.
새로운 요구 사항이 있는 경우 새로운 기능 열기
일반 개발자는 개발을 추진할 수 없습니다. 개발 권한은 개발팀장 등에게만 공개해야 합니다