저는 회사에서 모든 x 시간 (일반적으로 3 개월)을 릴리스합니다. 그 시간 동안 우리는 4-6 개의 분기 - 분리 가능 스프린트를 가지며 모든 코드는 해당 분기로 이동합니다.영구 유지 관리 버전으로 SVN 분기
얼마 후 지점이 xxx 버전으로 릴리스되고 다음 버전으로 넘어갑니다. 그러나 평범한 약속으로 인해 몇 달/몇 년 동안 오래된 버전을 유지해야합니다.
버전 - 릴리스로 분기가 올바른지 궁금합니다. 이 때문에 우리 릴리스 버전 브랜치는 결코 트렁크에 완전히 통합되지 않습니다. 그들은 영원히 산다. 버그를 유지하기 위해 트렁크에서 버그를 발견하고 수동으로 브랜치에 포팅하거나 (나는 이것을 선호한다) 대신 브랜치에서 작업하고 트렁크에 커밋 브랜치를 정렬한다. reintegrate) 트렁크에 등을 맞댄. 트렁크에는 아마도 분기가 너무 오래되어 거대한 변경을 지원할 수 없기 때문에 분기에 병합 할 수없는 코드가 트렁크에 포함되어있을 수 있습니다.
우리가 사용하는 방법론의 이점/단점을 알고 있습니까? 유지 보수 가능한 버전을 다룰 수있는 또 다른 방법이 있습니까? 어쩌면 svn 밖에서?
작업 (지점/기능별 분기)도 마찬가지입니다. 하지만 나는 탈퇴 할 수없는 환경 (웹 앱)에서 일하고있었습니다. 이제는 여러 고객에게 출시 된 브라우저 응용 프로그램에서 작업하므로 그 개념이 괜찮은지 알고 싶습니다. 나는 그것이 OK다는 것을 동의한다. 그것은 단지 .... 조금 어수선하지만 오래된 버전을 유지하는 것이 항상 엉망이라고 생각합니다. –