如何正确使用带有Git钩子的CI脚本来压缩源代码

Question

我有一个feature分支和一个testing分支(用于初始回归).我想testing为测试环境提供一个可用于我的分支的工作副本.但是,我需要通过脚本压缩一些源代码(不是二进制,只是优化).我可以通过post-receive Git钩子来制作这个脚本.

我正在尝试设计我的bash脚本(用于CI),因此它非常强大,并希望避免自动化导致Git冲突.我正在考虑拥有一个主存储库(origin)和一个测试环境存储库(ci_test),只是为了允许CI提交.

我正在考虑ci_test/testing推广来源.origin/testing如果需要,CI应该压缩,添加,提交,获取,合并(将其完全iff冲突),然后推送到origin/testing.

我上面的模型的问题是,当我尝试推送时,Git会抱怨,ci_test/testing因为它有一个工作副本(有意义,因为它们可能无法同步).有没有一种适当的(自动化)方法来使用Git的持续集成脚本,以便它们仍然被跟踪？

Answer 1

我上面的模型的问题是，当我尝试推送时，Git 会抱怨，ci_test/testing因为它有一个工作副本（这是有道理的，因为它们可能未同步）。

您可以：

• 确保你的ci_test仓库是一个裸仓库，带有一个post-receive钩子，可以：

  • 结帐你的分支机构testing
  • 触发你的所有操作

• 或者，如果您是唯一推送到该ci_testing远程存储库的人，请将远程 Git 配置为接受对非裸存储库的推送。从 Git 2.3+
  开始， 这是可能的：

  git config receive.denyCurrentBranch updateInstead
  

使用Git 2.4+ci_testing ，您可以使用“ ”钩子设置远程push-to-checkout，该钩子可以安装在服务器上，以准确自定义用户推送到签出分支时发生的情况。