基于Composer项目的Git工作流

Question

我想用Git、Drush和配置同步来安装/管理Drupal。

我应该将core/和vendor/添加到.gitignore中吗?这样，与其推/拉核心，不如只更新prod/dev上的内核并同步配置？

通过这种方式，我可以使用很少的存储库来管理Drupal站点：

• 配置存储库
• 自定义主题的存储库
• 自定义模块的存储库

当更新模块时，这将是我的工作流程。

On development

1. git pull
2. drush up
3. drush config-export to-prod
4. git push

On production

1. git pull
2. drush up
3. drush config-import to-prod

我之所以这样问，是因为在每次更新时，我不得不推拉所有Drupal 8，这似乎没有什么意义。

Answer 1

如果您的目标是最小化存储库的大小，那么您应该使用Composer，遵循项目drupal-composer/drupal-project中描述的模式。

其中一个可能的工作流程是：

关于发展中国家：

1. 吉特拉力
2. 作曲家安装
3. drush配置-导出
4. git添加/提交/推

舞台上：

1. 吉特拉力
2. 作曲家安装
3. drush配置-导入

现场直播：

1. 从舞台到现场的同步
2. drush配置-导入

您提议的工作流将无法工作。如果drush pm-update已经处于最新版本，则命令Drupal将不会执行任何操作。drush pm-download也不是一个很好的选择，因为它会覆盖代码库的一部分。您可以使用git reset --hard或一些类似的技巧来修复这个问题，但这并不是很干净。

如果您不希望使用Composer，您最好的选择就是简单地提交核心目录和供应商目录。

Answer 2

我之所以这样问，是因为在每次更新时，我不得不推拉所有Drupal 8，这似乎没有什么意义。

Git的全部意义在于它是渐进的。它只会拉扯和推动已经改变的东西，差异。

如果您修改了一个文件，它只需要发送差异。这就是在提交中存储的内容。又不是完整的文件了。