Answers:
在我的团队中，我们已经转移到仅采购特定于我们当前项目的东西。例如，如果使用的是Views，则将适当的条目添加到drush make -file中，并版本化that，而不是模块本身。
这给我们留下了一个非常小的存储库，其中包括特定于当前站点，当前主题和功能导出的任何自定义模块。
除非您绝对不能使用drush和drush make，否则我不明白为什么要在其他地方对版本进行良好控制的版本控制代码。而且，如果您打算破解其中一个模块，则应再次将其添加为子模块，而不要在自己的存储库中对代码进行版本控制。（我相信这在SVN中称为供应商分支）。
编辑：有关更多详细信息和更高级的设置，您可以查看以下存储库：git@github.com：letharion / Drupal-build-scripts.git脚本以bash编写，以支持我的团队工作流程，其中包括建筑物基本安装配置文件（NodeStream），然后是我们特定于站点的配置文件，每个配置文件的make文件，用于应用补丁或对各个构建步骤进行其他更改的钩子等。我希望我能有时间重新-在不久的将来将其编写为紧急扩展。
与@Letharion的答案相反，将某些内容放入SVN对某些组织来说是有意义的，而这实际上取决于您如何进行部署。如果您需要“回到过去”并查看网站的旧版本，则可以将contrib模块和主题放入SVN中。
当您怀疑contrib模块中的错误或看到不同的行为时，此示例很方便。能够从过去还原完整版本会有所帮助。
当我需要弄清楚客户端对站点做了什么时，我还发现在SVN中拥有完整的站点快照非常方便。我可以拍摄其版本的完整快照，并将其作为分支添加到SVN中进行比较。