소규모 프로젝트에도 분기, 태그 및 트렁크 폴더가 있어야합니까?


7

SVN에 작은 프로젝트와 큰 프로젝트가 혼합되어 있습니다. 그들 중 일부는 너무 작아서 나 자신을 브랜칭하거나 태깅 할 수 없다.

그래도 브랜치/태그 디렉토리가 더 작은 프로젝트에서는 사용되지 않을 것이라는 확신이 들더라도 여전히 트렁크/분기/태그 폴더 규칙을 고수해야합니까? 과도한 행동일지도 모릅니다.

의견이 있으십니까?

  0

@KingNestor, 질문을 조금 더 잘 반영하도록 제목을 편집했습니다. 좋은 질문! 22 feb. 092009-02-22 06:33:24

19

직접 제목에 질문에 대답하려면 다음과 같이하십시오. 아니요, 꼭해야 할 일은 아닙니다. SVN 저장소는 선택한 폴더 구조로 구성 될 수 있습니다.

그런데 지금은 적어도 트렁크 폴더에 모든 것을 넣는 것이 좋습니다. 나중에 마음이 바뀌면 분기 또는 태그 지정이 유용 할 것이라고 결정하면 지점/태그를 추가 할 수 있습니다. 폴더를 쉽게 이동할 수 있습니다.

+1

물론, SVN에서는 사실 이후에 디렉토리를 쉽게 옮길 수 있습니다. 그래서, 지금 넣지 않고 나중에 필요하다고 결정한다면, 정말로 큰 문제는 아닙니다. 14 may. 092009-05-14 20:42:22


2

그들은 대회이므로, 그것들을 추가하는 것이 상처가됩니다. 프로젝트가 필요한 지점에 도달하면 사실 이후에 프로젝트를 추가하는 것보다 처음부터 프로젝트를 수행하는 것이 훨씬 쉽습니다.


6

사소한 프로젝트에서도 Subversion의 브랜치/태그/트렁크 디렉토리를 사용합니다. 그것은 거의 제로 비용이며 일관성있는 가치가 있습니다. 내가 체크 아웃해야 할 경우 프로젝트가 어떻게 배치 될 것인지 항상 알고 있습니다.


0

내 SVN 저장소에 단일 트렁크/분기/태그 디렉토리가 있습니다. 모든 프로젝트를 트렁크에 넣고 지점과 태그 디렉토리를 실제로 구성 할 수있는 프로젝트에 따라 별도로 구성합니다. 컨벤션은 각 프로젝트에 대해 분기/태그/트렁크 디렉토리를 사용하는 것을 제안하지만 태그 지정 및 분기가 필요하지 않은 경우 실용적이지 않을 수 있습니다.

심지어 개인 프로젝트는 주요 재 작성 전이나 오래 걸린 후에 가끔씩 태깅하거나 분기하는 것이 도움이됩니다.


0

일반적으로 (또는 분명히) 분기/태그 지정은 많은 코더가 동시에 소스를 사용하는 팀에서 매우 유용합니다. 각 코더는 자체 지사에서 작동하므로 다른 사람의 작업을 저축 할 위험이 없습니다.

  1. 내가 현재 작업 소스에 포기하지 않고 실험 지점을 확인해야합니다 : 한 사람이 군대 개발자로서

    , 나는 여전히 때 유용 태그/분기 발견했습니다. 실험 코드가 더 잘 증명되면 다시 병합합니다.

  2. 별도의 구성 요소가 여러 개있는 경우 각 구성 요소에 프로젝트 버전 번호를 나타내는 이름을 붙인 다음 프로젝트 이름의 태그 폴더에 넣는 것이 유용 할 수 있습니다. 이렇게하면 1.0.5.10 버전으로 돌아갈 때 탭을 유지하고 Foo에서 변경된 내용을 알아야합니다. 커밋 노트는 충분히 유익하지 않을 수 있습니다.


0

내 경험에 따르면 'trunk/branch/tag'조직은 소스 제어를 위해 꽤 잘 만들어진 레이아웃입니다. 여러 도구 (ClearCase, SVN, CVS 등)를 사용하여 여러 조직에서 구현 된 것을 보았습니다. 현재 사용하고있는 ClearCase 설정은 약간 복잡해졌지만 (일반적으로 말하면 매우 유사한 레이아웃을 따랐습니다)

비록 SVN에서 필요하지는 않지만 다른 분기와 트렁크로 병합하는 것을 포함하여이 유형의 레이아웃에 익숙해지는 것이 좋습니다.

개인 프로젝트의 경우 태그가 지정되면 최종 불변 릴리즈를 보존하는 중요한 수단이됩니다. 브랜치는 일반적으로 실험적인 탄젠트 용으로 예약되어 있으므로 현실이 시작되기 전에 가장 최근 (안정된) 버전의 코드를 삭제하지 않습니다.