Scrum의 반복은 SCM 아래의 태그와 동일합니까?

Question

나는이 질문이 어리석은 것을 알고 있지만 나는 단지 그것을 확실히하고 싶다.

스크럼의 각 반복 (각 스프린트의 끝)은 Subversion 아래에있는 태그와 동일합니까?

도움과 시간을 보내 주셔서 감사합니다.

Answer 1

아니요, 스크럼 스프린트/반복은 다음과 같습니다. 고정 된 시간이며 원하는 버전 제어 시스템에 태그 (또는 지점, &c)를 사용하여 이러한 시간의 양을 1 : 1로 대응할 수 없습니다.

친구들의 svn & 태그 사용은 개발 프로세스 그 자체보다 릴리스 엔지니어링 (대부분의 SW 개발 상점)에 더 중요합니다.

물론 특정 팀이 스프린트가 끝날 때 출시 될 수있는 모든 증가분에 아무 래도 태그를 지정해야한다고 결정하는 것은 없지만 태그 만 예약하면이 코드는으로 릴리스 엔지니어링을 비좁게합니다. 프로세스가 불필요하게.

Answer 2

아니요. 그렇다고해서 관련이 없다고 말하는 것은 아닙니다.

태그는 빌드 시스템의 빌드와 동일합니다. 반복에 해당하는 태그에 버전 번호를 사용할 수 있습니다. 릴리스 번호에 메이저 버전 번호를 지정하고 현재 반복되는 버전과 동일한 "마이너"버전 번호를 사용한다고 가정 해 봅시다. 반복 "1.2", SVN의 각 태그는 1.2로 시작합니다. 세 번째 숫자가 빌드 번호 일 수 있습니다. 구체적인 사항은 사용자에게 달려 있지만 반복 당 1.2.1, 1.2.2, 1.2.3 등과 같이 여러 빌드가있을 가능성이 높습니다.

Answer 3

나는 각 스프린트마다 개발 팀이 스프린트의 끝에서 트렁크로 다시 합쳐진 특정 서브 버전 분기와 다음 스프린트를 위해 만들어진 새로운 분기에서 작업 할 가능성이 높다고 생각한다. 그렇게하면 트렁크는 이전 스프린트의 작업과 함께 항상 "깨끗한"상태를 유지하므로 비상 사태가 발생할 경우 버그 수정을 통해 새 릴리스를 빠르게자를 수 있습니다.

Answer 4

공개하기로 결정한 경우 태그를 만들어야합니다.

스크럼 반복의 끝에서 잠재적으로 배송 가능한 제품이 있습니다. 그렇다고해서 반드시 석방해야한다는 의미는 아닙니다.

Answer 5

스크럼은 팀이 버전 관리 시스템을 사용하는 것에 대해 아무 것도 말하지 않습니다. 사실 스크럼은 기술적 관행에 대해 아무 말도하지 않습니다. 스크럼은 팀이 완전히 통합되어 DONE의 정의를 충족시키는 제품의 버전 인 모든 "스프린트"로 "배송 가능한 제품 증가분"을 제공해야한다고 말합니다.

이제 실용적인면에서 각 스프린트의 제품을 나타내는 저장소를 저장소에 표시하는 방법을 원한다는 것은 상당히 논리적입니다. 그렇습니다. 태그를 사용하여 작업 할 수 있으며 매우 직관적입니다. SVN을 사용했을 때 우리 팀에서이 작업을 수행 한 방법입니다.하지만 다르게 수행 할 수도 있습니다. 모든 것이 당신의 특정한 상황에 달려 있다고 생각합니다. 그리고 저는 이것을 팀에 남겨두고 이것을 알아낼 것입니다. 그들이 각 스프린트의 제품에 대한 소스를 안정적으로 생산할 수 있다면 목표를 달성 할 수 있습니다.

Answer 6

우리는 스프린트 리뷰 미팅에서 사용할 수있는 스프린트 제공 물로 "태그"를 지정하지만 스프린트 중에는 태그 만 만들 수 없다. "trunk/master"에 통합 된 후 테스트 할 수있는 코드가있는 경우 태그를 생성합니다.