문제 시나리오는 새로운 기능을 개발하기 위해 개발에서 기능을 끌어왔다는 것입니다. 개발이 완료된 후 다시 개발로 병합했는데 이때 수요 측에서 또 다른 변경 사항을 제안했는데… 지금으로서는 어떻게 처리해야 할까요? 이전 기능 브랜치를 삭제하고 새 기능 브랜치를 가져와야 할까요, 아니면 개발 시 직접 수정해야 할까요? 아니면 원래 기능을 계속 수정하고, 수정 후 다시 병합하여 다시 개발해야 할까요? 🎜>
계속해서 원래 기능을 수정하고 다시 개발에 병합하세요
초대해주셔서 감사합니다.
먼저 개발된 버전을 서버에 제출하고 병합하여 버전 번호에 해당하는 개발된 버전의 고유성을 보장합니다
브랜치를 삭제할 필요는 없습니다. 코드를 제출한 후 새로운 요구 사항에 따라 개발하거나 새 브랜치를 복제할 수 있습니다.
요컨대 개인 습관에 따라 다르더라도 문제가 되지 않습니다. 삭제, 제출, 병합, 다시 복제가 가능합니다
원래 기능 브랜치에서 계속 개발하더라도 정기적으로 개발 브랜치를 이 기능 브랜치에 병합해야 합니다.
이는 이전 기능 분기를 삭제하고 개발에서 새 기능 분기를 가져오는 것과 본질적으로 다르지 않습니다.
개발 중에 직접 변경하는 것은 좋지 않습니다. 개발을 위해 기능 브랜치를 사용하므로 개발 브랜치에서 직접 변경하지 마세요.
기능 개발이 완료되고 다시 병합되어 개발되면 브랜치가 종료되어야 합니다.
새로운 요구 사항이 있는 경우 새로운 기능 열기
일반 개발자는 개발을 추진할 수 없습니다. 개발 권한은 개발팀장 등에게만 공개해야 합니다
계속해서 원래 기능을 수정하고 다시 개발에 병합하세요
초대해주셔서 감사합니다.
먼저 개발된 버전을 서버에 제출하고 병합하여 버전 번호에 해당하는 개발된 버전의 고유성을 보장합니다
브랜치를 삭제할 필요는 없습니다. 코드를 제출한 후 새로운 요구 사항에 따라 개발하거나 새 브랜치를 복제할 수 있습니다.
요컨대 개인 습관에 따라 다르더라도 문제가 되지 않습니다. 삭제, 제출, 병합, 다시 복제가 가능합니다
원래 기능 브랜치에서 계속 개발하더라도 정기적으로 개발 브랜치를 이 기능 브랜치에 병합해야 합니다.
이는 이전 기능 분기를 삭제하고 개발에서 새 기능 분기를 가져오는 것과 본질적으로 다르지 않습니다.
개발 중에 직접 변경하는 것은 좋지 않습니다. 개발을 위해 기능 브랜치를 사용하므로 개발 브랜치에서 직접 변경하지 마세요.
기능 개발이 완료되고 다시 병합되어 개발되면 브랜치가 종료되어야 합니다.
새로운 요구 사항이 있는 경우 새로운 기능 열기
일반 개발자는 개발을 추진할 수 없습니다. 개발 권한은 개발팀장 등에게만 공개해야 합니다