모든 변경 요청 (애자일 프로젝트이므로 2 주마다 하나씩)에 대해 새 SVN 태그를 생성하고이를 지우기 퀘스트에 연결하는 것이 좋습니다 나중에 감사를 위해 티켓을보고 태그 URL을 클릭하고 브라우저 창에서 변경된 내용을 볼 수 있습니다 (SVN 서버는 VisualSVN에서 호스팅됩니다).수정 링크가 포함 된 고유 링크 SVN
유지 관리의 악몽이 아니겠습니까? 6 개월 후에는 12 개의 태그를보고 비상 사태가 발생할 경우 더 빠르게 성장할 수 있습니다.
이 문제에 대한 최선의 방법을 알고 싶습니다. 다시 문제는 다음과 같습니다.
엄청난 양의 태그를 만들지 않고 링크로 Clear Quest에 SVN 변경 세트를 제공하십시오.
트렁크의 리비전이있는 링크를 클릭하여 브라우저에서 클릭하여 브라우저에서 변경 사항을 직접 볼 수 있습니까?
감사합니다.
우선 당신이 정말로하고 싶은 것은 문제 추적기와 SVN 사이에 일종의 통합이 있다고 생각하는 것 같습니다. 당신이하는 일에 대해 어떻게하는가는 당신의 태그에 기반한 이슈 추적기에 달려 있습니다. 이러한 통합 작업은 일반적으로 어떻게 https://confluence.atlassian.com/display/JIRA/Integrating+JIRA+with+Subversion
당신이 해결하고있는 문제를 언급 커밋 메시지에서 뭔가를 포함
여기에 SVN으로 JIRA를 통합하는 방법에 대한 몇 가지 정보입니다. 또 다른 대안은 리비전 속성이지만 좀 지루할 수 있습니다.
원래 질문에 답변 할 수있는 것 외. viewvc와 같은 것을 원할 수도 있습니다 : http://www.viewvc.org/
멋진 웹 인터페이스를 제공합니다. 우리의 viewvc보기로 리디렉션 같은 URL을 가지고있는 ASF에서 예를 들어, 커밋 : 우리가 다음 등 이메일, 이슈 트래커에 포함 할 수 있습니다 http://svn.apache.org/r1460019
...
죄송합니다 제가 '년후 가정 더 분명해. 내가 가진 문제는 CQ 설명에서 링크로 티켓에 들어가는 SVN 변경 사항을 제공하는 것입니다. –
당신이 정말로 필요로하는 것은 당신이 필요로하는 개정판을 나열하는 것입니다 (만약 당신이 viewvc와 같은 것을 필요로 할 것 같은 당신의 변화에 대한 예쁜 관점을 원한다면). 많은 수정이 필요하다면, 기능 브랜치를 사용하는 것이 더 나을 것입니다. –
나의 나쁜 나는 당신이 대답에서 제공 한 아파치 링크를 읽지 않았다. 두 가지 접근 방식 중 어느 것을 선호합니까 –