어야 나는 저장하는 모든 프로젝트에서 저장소 중 하나 또는 여러 개?
https://stackoverflow.com/questions/130447
-
02-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
나는 현재 사용하여 TortoiseSVN 의 몇 가지를 관리하는 프로젝트에서 이동합니다.처음 왔을 때는 모든 것으로 원본을 제어 난 정말 어떻게 모든 것을 배치해야한다 그래서 내가 끝까지 넣고 각 프로젝트로 그것의 자신의합니다.
제가 궁금했던 것은 좋은 생각이 나를 위해 그냥을 이동으로 그들 모두 하나의 큰 저장소 및 그들로 분할된 프로젝트를 언제든지 변경합니다.무엇이 다른 사람까?
에서는 순간의 아무도 그들을 공유하는 일반적인 코드 그러나 그들은 나중에 수 있습니다.그것은 보다 쉽게 관리할 수 있습니다면 그들은 어디든 함께.
감사합니다.
해결책
따라 달라집하는 정도 당신이 무엇을 의미하여 프로젝트"".
나는 일반적인 로컬 저장소를 포함하는 임의의 비트는 물건을 쓰고(를 포함하여 나 웹 사이트 때문에,그것은 작은).단일 사용자가 지역 SVN 저장소하지 않을 겪 눈에 띄는 성능 문제까지 당신이 지출의 많은 년을 입력합니다.는 시간 SVN 빠를 것이다 어쨌든.그래서 나는 아직 후회하는 모든 것 던져 한 저장소에도 물건의 일부에 있는 관련이 없는 완전히 다른 것보다는 내가 쓴다.
는 경우에는"프로젝트"를 의미하는 것이"할당 클래스에서는"또는"스크립트를 사용하여 드라이브 내 TiVo",또는"내가 진행 중에서 새로운 언어를 학습",을 만드 repos 당 프로젝트를 보 약간 불필요한다.다시,그것은 아무것도를 요하지 않는다.그래서 내가 말하고 싶지 않을 변경합니다.지 않는 한 당신이 정말로 다시 환경을 조직에 저장소에서는 경우 마 변경신고:-)
그러나,만약"에 의해 프로젝트"를 뜻하는'진짜'소프트웨어 프로젝트,공 액세스 저장소에,나는 생각 별도의 repos 당 프로젝트가 무엇을 의미가 있습니다:부분적 때문에 나누는 것을 깔끔하게하고 각 프로젝트의 것으로 독립적이지만,또한 그것 때문에 사람들이 무엇을 기대를 참조하십시오.
공유하는 코드 사이에는 별도의 저장소에 문제가 당신이 생각하는 것보다,이후 추가의 오히려 사랑"svn:외관"기능이 있습니다.할 수 있습니다점의 디렉토리의 저장소에서 디렉토리에서 다른 저장소 및 체크아는 물건을 자동으로 함께합니다.볼로,항상,SVN 책 자세한 내용은.
다른 팁
나는 그들을 저장하고 동일합니다.그것의 종류의 깔끔.Plus 왜 문제에 대한 지속적인 통합 및 이러한다-당신은 항상 당기는 특정 폴더에 저장소.
그것은 또한 쉽게 관리할 계정 하나에 저장소 접근 로그의 저장소 등입니다.
내 엄지손가락의 규칙을 통합하는 것은 함께 전달.다른 말로 하면,전달 될 수 있습니다 프로젝트 X 고 프로젝트 Y 별도로,다음을 넣어서 별도의 repos.
Yes,때로는 이미 거대한 리포트를 포함하는 프로젝트 구성 요소의 거대한 숫자이지만,사람들이 운영할 수 있는 서브 나무의 repo 고 이렇게 그들의 생각은"전체 프로젝트 때"그들은 투 변경 repo.
나는 절대적으로 유지는 각 프로젝트에서 자신의 저장소에서 별도의 모든 다른 사람입니다.이 각 프로젝트를 자신의 역사가한다.롤백에 하나의 프로젝트에 영향을 미치지 않는 다른 프로젝트입니다.
개인적으로 선호하는 각 프로젝트에서 그것의 자신의 저장소
과 함께 작업하는 경우 다른 많은 사람들이 있는지 여부를 고려 모든 사람들이 필요 동일한 수준의 액세스를 모든 프로젝트입니다.내가 생각하는 것이 더 쉽게 액세스 권한 사람을 넣는 경우 각 프로젝트에서는 별도의 저장소.~~~
는 경우에 당신과 함께는 별도의 저장소에 대한 각 프로젝트에 사용할 수 있습니다 외부 태그 을 참조하는 기타 저장소-따라서 공유 코드입니다.
각 프로젝트가/트렁크/태그/가지 당신이 좋습니다.적절한 지속적인 통합 기준이 여기에.
Yes,에서 모든 것을 넣었습니다.
를 사용하는 경우 SVN 을 유지,프로젝트에서 자신의 저장소 svn 는 느리고,얻을 느립니다.
하는 경우 프로젝트는 독립적 인,그것은 잘 유지하는 별도의 저장소가 여기에 해당합니다.을 공유하는 경우 다음 구성 요소들을 함께 넣어.
에 대한 파괴,나는 모두 같은 저장소;행정의 오버헤드를 설정하는 새로운 저가 너무 높게 생각할 필요도 없고,그래서 당신은 더 많은 가능성이 없는 버전으로 무언가를 나중에 후회.전복을 많이 제공합 의 세밀한 액세스 제어해야 하는 경우에 대한 액세스를 제한 부분입니다.
을 시작으로 마이그레이션 프로젝트를 수은,그러나,나 저장소를 만들당 프로젝트이기 때문에,그것은 다만"hg init"새로운 하나를 만들기 위해 장소에서 사용할 수 있습니다 hg 숲 확장자를 손쉽게 수행할 수 있습니 작업 중첩된 저장소가 여기에 해당합니다.파괴가 svn:외부하는 비슷하지만,필요 이상의 관리 오버헤드가 발생합니다.
