릴리스 프로세스가 끝나면 exe, dll 및 설치 파일과 같은 많은 출력을 얻었습니다. Subversion에 저장해야합니까?내 프로젝트가 공개 될 때 출력을 svn에 커밋해야합니까?
사실은 다음 릴리스 프로세스,이 출력이 필요합니다. 이전 출력으로 설정 파일을 만들어야하기 때문에. 빌드 프로세스를 통해 파일을 변경하지 않은 경우 일부 출력 (exe, dll 등)이 포함되어야합니다.
그래서 이전 출력을 모두 svn 대신 빌드 컴퓨터에 저장했습니다. 출력을 svn으로 옮기는 것이 더 좋습니까?
아니요, 빌드 머신에 보관해야합니다. svn은 실행 파일과 라이브러리에 대해 아무 것도하지 않습니다. 그것이 서버를위한 것입니다. 마치 svn이 실행 파일에 대해 diff를 생성 할 수있는 것처럼 아닙니다. 당신은 인터넷 또는 기계의 수에서 그들에 액세스해야하는 경우
, 당신은 FTP 또는 비슷한 사용할 수 있습니다. 만약 당신이 신속하게 출시 과거의 exe 파일을 발굴 할 수 있다면
나는 그것을 얻었다. 고맙습니다. – Devgrapher
,이 의미가있다. 하지만 VCS가 아닌 디스크에 저장하기 만하면됩니다. 추적 할만한 변화가 없습니다. 쉽게 릴리스 태그를 확인하고 과거 자료를 구축 할 수없는 경우
는 아마도 빌드 인프라 업그레이드를 필요로한다.
이전 릴리스에서 실행 파일을 파기해야하는 이유는 무엇입니까? 버전 제어의 요점은 원하는 코드 트렁크의 이전 버전에서 * 다시 컴파일 할 수 있다는 것입니다. 그것이 사실이 아니라면 잘못하고있는 것입니다. –
@ cody-gary : 고객이 크래시 덤프를 보낼 때 이전 릴리스의 실행 파일이 필요할 수 있습니다. 그러나 나는 소스로부터 언제든지 어떤 실행 파일을 빌드 할 수 있어야한다는 것에 완전히 동의합니다. – 9000
우리의 소스가 서브 버전에 보관, 최근 일부 '황금'는 빌드 시스템에 보관 빌드하지만, 대부분의 산출물은 개발, 통합 및 릴리스 빌드에 대한 우리의 아이비 저장소에 푸시됩니다. @Rafe 언급했듯이, 당신은 버전 제어하에 산출물을 넣는 것으로부터 거의 이익을 얻지 못합니다. 일부 그룹은 버전 관리하에 타사 산출물을 보유하고자하지만 다시 관리 방법, 엄격한 통제의 필요성 및 유물 저장소 시스템 (예 : Maven 또는 Ivy)의 가용성에 따라 다릅니다.
의
가능한 중복 [이 좋은/허용 가능한 SVN에 바이너리를 저장하는? (http://stackoverflow.com/questions/531442/is-it-acceptable-good-to-store-binaries-in-svn) –
@Wim 반드시 같은 것은 아닙니다. – Maxpm