Skip to main content
replaced http://drupal.stackexchange.com/ with https://drupal.stackexchange.com/
Source Link

I've seen a number of questions/blog posts about setting up a Git repository with Drupal Core and Contrib Modules as submodules, such as Setting up the ideal multiple repository Drupal Site version control with a DVCSSetting up the ideal multiple repository Drupal Site version control with a DVCS.

What advantages do you get from this kind of repository set up?
Many people say things like "core and module updates are really easy," but what makes this approach easier/better than have a single repository containing everything for the site and using Drush to update Core and Contrib, then committing back to your repository?
I can see this being great for contributing to those projects since each module is a separate repository, but what benefits does to provide when focusing on building your own site?

I've seen a number of questions/blog posts about setting up a Git repository with Drupal Core and Contrib Modules as submodules, such as Setting up the ideal multiple repository Drupal Site version control with a DVCS.

What advantages do you get from this kind of repository set up?
Many people say things like "core and module updates are really easy," but what makes this approach easier/better than have a single repository containing everything for the site and using Drush to update Core and Contrib, then committing back to your repository?
I can see this being great for contributing to those projects since each module is a separate repository, but what benefits does to provide when focusing on building your own site?

I've seen a number of questions/blog posts about setting up a Git repository with Drupal Core and Contrib Modules as submodules, such as Setting up the ideal multiple repository Drupal Site version control with a DVCS.

What advantages do you get from this kind of repository set up?
Many people say things like "core and module updates are really easy," but what makes this approach easier/better than have a single repository containing everything for the site and using Drush to update Core and Contrib, then committing back to your repository?
I can see this being great for contributing to those projects since each module is a separate repository, but what benefits does to provide when focusing on building your own site?

Tweeted twitter.com/#!/StackDrupal/status/167711191668506624
deleted 46 characters in body; edited tags
Source Link
avpaderno
  • 97.9k
  • 15
  • 164
  • 284

I've seen a number of questions/blog posts about setting up a Git repository withewith Drupal Core and Contrib Modules as submodules, such as this question on Drupal AnswersSetting up the ideal multiple repository Drupal Site version control with a DVCS. My questions is what

What advantages do you get from this kind of repository set up? Many
Many people say things like "core and module updates are really easy.," Butbut what makes this approach easier/better than have a single repository containing everything for the site and using Drush to update Core and Contrib, then committing back to your repository? I
I can see this being great for contributing to those projects since each module is a separate repository, but what benefits does to provide when focusing on building your own site?

I've seen a number of questions/blog posts about setting up a Git repository withe Drupal Core and Contrib Modules as submodules, such as this question on Drupal Answers. My questions is what advantages do you get from this kind of repository set up? Many people say things like "core and module updates are really easy." But what makes this approach easier/better than have a single repository containing everything for the site and using Drush to update Core and Contrib, then committing back to your repository? I can see this being great for contributing to those projects since each module is a separate repository, but what benefits does to provide when focusing on building your own site?

I've seen a number of questions/blog posts about setting up a Git repository with Drupal Core and Contrib Modules as submodules, such as Setting up the ideal multiple repository Drupal Site version control with a DVCS.

What advantages do you get from this kind of repository set up?
Many people say things like "core and module updates are really easy," but what makes this approach easier/better than have a single repository containing everything for the site and using Drush to update Core and Contrib, then committing back to your repository?
I can see this being great for contributing to those projects since each module is a separate repository, but what benefits does to provide when focusing on building your own site?

Source Link
Chaulky
  • 6.5k
  • 3
  • 43
  • 63

What's the advantage of using Git submodules for Drupal core and contrib?

I've seen a number of questions/blog posts about setting up a Git repository withe Drupal Core and Contrib Modules as submodules, such as this question on Drupal Answers. My questions is what advantages do you get from this kind of repository set up? Many people say things like "core and module updates are really easy." But what makes this approach easier/better than have a single repository containing everything for the site and using Drush to update Core and Contrib, then committing back to your repository? I can see this being great for contributing to those projects since each module is a separate repository, but what benefits does to provide when focusing on building your own site?