저는 많은 분기 전략을 접했습니다. 그 중 일부는 프로젝트의 가장 적합한 상태를 포함하는 '안정적인'빌드 분기 아이디어를 채택했습니다. 그러나 빌드가 안정적이고 해당 분기로 푸시 될 준비가되었는지를 이해하는 데 사용할 수있는 통합 성공 기준을 찾지 못했습니다.현재 빌드가 안정적인지 어떻게 알 수 있습니까?
질문이 너무 주관적 일 수 있으며 프로젝트 특성에 크게 의존하지만, 어떤 사례라도 제공해 주시면 감사하겠습니다.
저는 많은 분기 전략을 접했습니다. 그 중 일부는 프로젝트의 가장 적합한 상태를 포함하는 '안정적인'빌드 분기 아이디어를 채택했습니다. 그러나 빌드가 안정적이고 해당 분기로 푸시 될 준비가되었는지를 이해하는 데 사용할 수있는 통합 성공 기준을 찾지 못했습니다.현재 빌드가 안정적인지 어떻게 알 수 있습니까?
질문이 너무 주관적 일 수 있으며 프로젝트 특성에 크게 의존하지만, 어떤 사례라도 제공해 주시면 감사하겠습니다.
지형지 물의 가지를 변경합니다. 그런 다음 변경 사항이 의도 한대로 작동하는지 테스트하고 기존 funcionality (회귀)를 손상시키지 않습니다.
그런 다음 기능을 끝낼 때 개발 지점으로 다시 병합 할 때이 기능 분기가 진행되는 동안 병합 된 다른 지점이 기능 변경 사항과 충돌 할 수 있으므로 테스트를 다시 실행합니다.
모든 테스트가 성공하면 병합 된 개발 분기를 푸시 할 수 있습니다. CI 서버를 이상적으로 밀어 넣은 후에 테스트를 다시 실행해야합니다.
이 프로세스는 자동화 된 테스트없이 (읽지 못하면 거의 불가능합니다.)이 프로세스는 크게 도움이됩니다.