드루팔이 CVS에 있었을 때 나는 git 저장소에 내 사이트가 있었고 CVS를 통해 코어와 contrib을 가져 왔습니다. 두 시스템은 행복하게 공존했으며 모든 것에 대한 변경 사항을 추적하고 모듈에 대한 패치를 만들 수있었습니다. 이제 git을 사용하면 contrib과 core를 다운로드하여 내 사이트의 git 저장소로 체크인하거나 하위 모듈을 사용할지 여부가 확실하지 않습니까?
아직 모범 사례가 있는지 궁금합니다. 내 repo가 drupals 루트 디렉토리를 자체 루트로 사용하는 경우 하위 모듈로 코어를 사용하는 방법에 대해 특히 당황합니까?
답변:
/drupal/260/deploying-drupal-with-git 과 정확히 같은 질문은 아니지만 같은 대답이 있습니다.
http://freso.dk/en/2011/02/26/managing_fresodk_from_cvs_in_svn_to_git
Drupal Core를 실제 체크 아웃하는 것이 유용 할 수 있다고 생각합니다. 예를 들어 해킹을 쉽게 추적 할 수 있습니다. 때로는 다른 방법이 없기 때문에 .htaccess로 변경되거나 직접 영향을 미치는 버그에 대한 패치를 적용했을 수 있습니다.
git branch rename origin drupal-이 있어야합니다 git remote rename origin drupal.
핵심을 해킹해서는 안되므로 생각을 바꾸십시오. 핵심을 사이트의 하위 모듈로 만드는 대신 사용자 지정 코드를 핵심의 하위 모듈로 만드십시오. 코어 리포지토리를 복제 한 후에는 자신 만의 하위 모듈을 추가하는 등 원하는 모든 작업을 수행 할 수 있습니다.
또는 사이트에 핵심 git 저장소를 사용하지 말고 drush와 같은 다른 기능을 사용하여 최신 릴리스로 업데이트하십시오. 이런 식으로, 당신은 contrib 모듈을 서브 모듈 만하면됩니다. 아직 릴리스에 포함되지 않은 버그 수정에 의존하는 코어에 기여하거나 최첨단 기술을 사용하지 않는 한 VCS를 통해 모든 커밋을 얻는 유틸리티는 최소한입니다.