SVN으로 릴리스를 관리하는 올바른 방법은 무엇입니까?

Question

저의 마지막 고용주는 지속적인 개발을 다루기 위해 SVN 위에 앉아있는 정교한 시스템을 개발했습니다.변경 관리) 버그/문제를보고 버그 ID 번호를 태그하여 커밋을 만들 때 커밋과 연관시킵니다.릴리스 관리) 버그/문제 추적 시스템을 기반으로 특정 릴리스의 일부로 SVN의 항목을 태그하십시오. 이 두 번째 부분에는 사용자/관리로부터 사인 오프를 얻기 위해 워크 플로우가있었습니다. 그런 다음 릴리스 (보통 목요일 저녁)에 출시 될 때가되면 태그가 지정된 모든 코드를 체크 아웃하고 배포하는 명령을 실행할 수 있습니다.

저의 새로운 회사는 훨씬 작아서 SVN을 직접 다루는 것을 의미하더라도 저렴한 비용/저용 유지 보수 등가물을 찾는 데 관심이 있습니다. 특히, 나는 정기적으로 우리의 빌드를 깨는 게임 후반에 커밋을 발견했으며, 우리가 포함 할 수있는 것을 풀기가 매우 어려워집니다. (SVN을 관리하는 한, 나는 예측이 적기 때문에 지점보다 태그에 대한 아이디어를 선호하는 경향이 있지만, 그렇지 않으면 확신을 갖게되어 기쁩니다.)

사람들은 릴리스를 위해 커밋을 태그하고 후속 배치를하는 데 무엇을 사용합니까? 웹 브라우저에서 SVN을 탐색하고 릴리스에 대한 태그 문제/커밋을 찾을 수있는 릴리스주기를 관리 할 수있는 좋은 오픈 소스 솔루션이 있습니까? 내가 지금까지 본 가장 좋은 것은 지라, 그러나 그것은 매우 큰 도구처럼 보입니다 (구성/유지하기가 어렵습니까?). Apache Foundation 은이 목적을 위해 Jira를 잘 활용합니다 (예 : Mahout 로드맵).

이를 넘어서는 단계조차도 동일한 시스템에도 지속적인 통합이 포함되어있어 단위 테스트가 각 커밋마다 실행될 수 있고 각 버그/문제 도이 정보와 관련이 있습니다.

참고 : StackoverFlow에는 약간 관련된 질문이 있지만 배포주기 및 릴리스 관리의 이러한 측면을 다루는 것은 없습니다 (참조). 릴리스 관리 -SVN, 프로젝트 관리, 그리고 최고의 핸들-핸들-변화 관리).

Answer 1

게임에서 너무 늦게 빌드 버스트 체크인을 찾아서 효율적으로 수정해야한다면 릴리스 프로세스에 대해 걱정하기 전에 CI 열차를 타야합니다. 개발자가 빌드의 무결성을 책임지는 책임을지게하는 것은 누군가가 똥을 망칠 때마다 전자 메일이 나올 때 훨씬 쉬운 프로세스입니다. 게임으로 만드십시오. 빌드를 깨는 사람은 다음에 부러 질 때까지 빌드를해야합니다.

Cruisecontrol (CC.NET을 사용한)으로 일어나고 실행하는 것은 전복으로 그다지 어렵지 않습니다 (저는 빌드 프로세스에서 CC.NET 및 NANT와의 완전히 자동화 된 빌드 및 배포를 위해 약 한 달 안에 인터 리드와 대화하는 것입니다. 물론 다른 책임).

우리는 또한 Jira를 사용하고 거기에서 잘못되기 어렵습니다. Jira가 "고정 프로젝트 -11"과 같은 것들에 대한 전복 커밋 메시지를 볼 수 있으며 적절한 Jira 항목을 자동으로 닫을 수 있습니다. 거기에서 릴리스 노트를 만들 수 있습니다.

Answer 2

거북이 SVN 개정 그래프를 조사 했습니까? 각 릴리스 태그 (다른 릴리스가 지적한대로 서버 또는 워크 스테이션에서 파일 복사를 포함하지 않음)라면 모든 수정 사항을 시간순으로 볼 수 있으며 태그는 실제 릴리스를 나타냅니다. 관심있는 두 가지 수정 사항을 히벨 라이트하고 상황에 맞는 메뉴와의 차이를 선택하여 릴리스 및/또는 트렁크를 차별 할 수 있습니다.