답변:
우리 팀에서는 현재 프로젝트와 관련된 것을 소싱하기 만했습니다. 예를 들어 뷰를 사용하는 경우 적절한 항목을 drush make 파일에 추가 하고 모듈 자체가 아닌 버전 을 버전으로 바꿉니다 .
이로 인해 현재 사이트, 현재 테마 및 기능 내보내기에 특정한 사용자 정의 모듈로 구성된 매우 작은 저장소가 생깁니다.
drush와 drush make를 절대 사용할 수 없다면, 왜 다른 버전의 버전 제어 코드를 버전 관리해야하는지 모르겠습니다. 그리고 모듈 중 하나를 해킹하려는 경우 자신의 리포지토리에서 코드의 버전을 지정하지 않고 하위 모듈 로 추가해야합니다 . ( SVN 에서는 벤더 지점 이라고합니다 ).
편집 : 자세한 내용과 고급 설정을 보려면 다음 저장소를 살펴보십시오. git@github.com : letharion / Drupal-build-scripts.git 스크립트는 건물을 포함한 팀 워크 플로우를 지원하기 위해 bash로 작성됩니다. 기본 설치 프로파일 ( NodeStream ), 그 위에 사이트 별 프로파일, 각 프로파일의 make 파일, 패치 적용 또는 개별 빌드 단계에서 다른 변경 등을위한 후크 등이 있습니다. -가까운 장래에 돌진 확장으로 작성하십시오.
@Letharion의 답변에 대응하기 위해 SVN에 모든 것을 넣는 것은 일부 조직에 의미가 있으며 실제로 롤아웃 방법에 달려 있습니다. contrib 모듈과 테마를 SVN에 넣는 것은 "시간을 거슬러"돌아가서 이전 버전의 사이트를 살펴보아야 할 경우에 적합합니다.
이것의 한 예는 contrib 모듈에서 버그가 의심되거나 다른 동작을 볼 때 유용합니다. 과거의 정식 버전을 복원 할 수 있으면 도움이 될 수 있습니다.
또한 클라이언트가 사이트에서 수행 한 작업을 파악해야 할 때 SVN에서 전체 사이트 스냅 숏을 만드는 것이 편리하다는 것을 알았습니다. 버전의 전체 스냅 샷을 찍어 SVN에 브랜치로 붙여 비교할 수 있습니다.