여러 OS가있는 SVN 디렉토리 구조에 관한 질문

Question

Mercurial로부터 SVN으로 이동하고 더 많은 사람들이 수은 클라이언트보다 SVN 클라이언트가있는 것처럼 보이기 때문에 더 많은 사람들이 있습니다. 그러나 파일 구조에 관한 질문이 있습니다 -

전형적인 적절한 SVN 구조가 진행됨을 이해합니다 :

/ 트렁크
.... / 현재 버전 파일

/ 지점
.... / BugFix
.... / NewFeature
.... / Branch3
.... / Branchn

/ 태그
.... / 버전 1.0
.... / 버전 2.0
.... / 버전 n.n

내 질문은이 요소가 여러 OSE로 어떻게됩니까? 내 소프트웨어는 현재 Mercurial에서 디렉토리를 체크 아웃 할 수 없으므로 각 OS에 대한 내 소프트웨어의 GUI / CLI 버전의 GUI / CLI 버전에 대한 별도의 수은 저장소가 있습니다. 그러나 SVN에서 당신이 할 수 있는지 이해합니다. 구조는 다음과 같이 보일 것입니다 :

/ windows (또는 Linux, 또는 무엇이든지)

/ 트렁크
.... / CLI
..... / 현재 버전 파일

.... / GUI
...... / 현재 버전 파일

/ 지점
.... / CLI
..... / Bugfix
..... / NewFeature
..... / Branch3
..... / Branchn
.... / GUI
..... / Bugfix
..... / NewFeature
..... / Branch3
..... / Branchn

/ 태그
.... / CLI
...... / 버전 1.0
..... / 버전 2.0
..... / 버전 n.n
.... / GUI
...... / 버전 1.0
..... / 버전 2.0
...... / 버전 n.n

또는 나는 이것을 너무나 복잡하게 만듭니다. GUI 버전을 별도의 저장소에 저장하는 것이 좋습니다. 또한 이러한 전형적인 디렉토리 중 어느 것이 미리 컴파일 된 실행 파일이 저장됩니까?

이 질문들이 초보자처럼 보일 수는 있지만 진실은 내가 SVN에 완전히 새로운 것입니다. 당신의 도움을 주셔서 감사합니다!

Answer 1

나는 지금까지 SVN을 사용해 왔고, 지금은 약 3 ~ 4 년 만에 꽤 잘 보이는 것, 나는 GUI 버전을 별도의 repo에 저장하지 않을 것이다. 내 일에서 우리는 하나의 repo, 단지 다른 폴더로 모든 프로젝트를 가지고 있으며, 당신이 언급 한 것처럼 당신이 원하는 폴더를 확인할 수 있습니다.

또한 SVN REPO에서 바이너리 데이터 (예 : 미리 컴파일 된 실행 파일)를 SVN REPO에 저장할 수 없으므로 텍스트 캔과 같은 이전 버전과 같은 이전 버전과 같이 REPO를 부드럽게 할 수 있기 때문에 바이너리 데이터 (예 : 미리 컴파일 된 실행 파일)를 저장해야합니다. 이것은 내 일에 칭찬받는 정책이 많거나 적습니다. 내 개인 SVN에 집에서는 중요한 실행 파일이나 라이브러리 파일을 체크인하여 정기적으로 변경되지 않습니다. 그래서 그들은 내가 필요할 때 거기에 있습니다. 나는 부풀어 오르지 않고 다른 버전의 exe를 통해 뒤로 물러날 수있는 것은 때로는 진행을 볼 때 때로는 시원합니다.

가지와 태그가가는 한, 나는 그들을 사용한 적이 없습니다. 나는 아마도 내가해야한다는 것을 알고 있지만, 대부분의 프로젝트는 어쨌든 '개념 증명'이므로 내 주요 트렁크는 실제로 내가 빌드하는 모든 것입니다. 기본적으로 매우 멋진 백업 및 타임 라인 도구에 대해 SVN을 사용합니다. 그러나 i prob은 태그와 분기를 사용하여 시작해야합니다.