버전 및 중요 시점을 올바르게 사용하는 방법

Question

Trac의 버전 및 중요 시점의 용도는 무엇입니까? 어떻게 사용합니까? 마일스톤과 버전의 차이점은 무엇입니까?

Answer 1

차이를 설명하는 좋은 방법은 결함 티켓을 생각하는 것입니다. 티켓을 제출할 때 티켓 제출자는 버전 필드를 사용하여 결함을 나타내는 소프트웨어의 버전을 나타냅니다. 소프트웨어 유지 관리자가 티켓을 선별하면 결함이 수정 될 시간 프레임을 나타내는 중요 시점에 할당됩니다. 티켓은 프로젝트 일정에 따라 한 마일스톤에서 다른 마일스톤으로 다시 할당 될 수 있지만 버전 번호는 동일하게 유지됩니다. 버전 번호는 이미 출시 된 항목을 나타내며 이정표는 개발 중이거나 미래에 계획되었지만 아직 시작되지 않은 항목을 나타냅니다.

일부 프로젝트는 버전과 중요 시점간에 1 : 1 매핑을 사용합니다. 예를 들어, Trac 프로젝트 자체에는 0.12.3, 0.13, 0.14 등의 릴리스에 대한 이정표가 있습니다. 또한 "next-major-0.1X"와 같이 특정 릴리스에 매핑되지 않는보다 추상적 인 마일스톤이 있습니다. 다음 주요 배포본이 무엇이든간에 나타냅니다.), "적용 할 수 없음"및 "예약되지 않음"을 나타냅니다. 하지만 티켓을 만들려면 "버전"필드에 나열된 유일한 항목은 현재 개발중인 버전과 버전입니다.

원하지 않는 경우 귀하의 이정표에 에이 포함되어있어 어떤 식 으로든 버전과 상호 관련이 없습니다. 예를 들어 "october-2011", "november-2011"등의 마일스톤을 만들고 매월 작업을 예약하는 데 사용할 수 있습니다. 그것은 당신과 당신의 특정 프로젝트의 요구에 달려 있습니다.

Answer 2

버전은 일반적으로 사용자에게 더 많이 제공됩니다.

마일스톤은 개발 단계에서 더 많은 것을 수행해야합니다. 사용자는이를 인식하지 못하거나 인식 할 필요가 없습니다. 일부 dev 상점에서는 이들을 하위 버전 (1.3.2a)으로 처리하여 릴리스 된 버전 (1.3.2)으로 요약합니다.

그 좋은 논의가 here 있습니다.

Answer 3

워크 플로는 다음과 같이 간다 : 당신은 티켓이

• , 즉 새로운 기능, 버그 수정, 개선 등의 요청이 될 수
• 그럼 당신은 아마에 따라 더 높은 우선 순위를 (가지고있는 티켓 결정 사용자가 필요로하는 것 또는 버그 수정이 얼마나 중요한가 등).
• 작업 (및 관련된 개발자)을 구성하려면 "2 주간의 획기적인 작업이 될 것"과 같은 상태를 표현할 수 있습니다 (더 많거나 적을 수 있음).
• 그런 다음 그 티켓 중 얼마나 많은 시간이 실제로 그 시간 내에 해결 될 수 있는지 (1 마일스톤).
• 그런 다음 일정한 중요 시점마다 새로운 버전을 출시 할 수 있습니다 (중요한 사항을 수정해야하는 경우를 제외하고는 1 또는 2 ~ 4 단계를 거친 공개 릴리스).

요약하면 버전은 전체 작동 버전 (공개 또는 비공개)으로 제공됩니다. 그리고 이정표는 해당 버전에 대한 로드맵입니다. 티켓은 각 마일스톤에서 수행 할 수있는 최소 작업 단위입니다.