GIT Integration Manager工作流程设置

Question

我正在为我们的团队和承包商团队建立一个开发项目的环境。

我们的团队坐在网络A中。我们的承包商团队坐在网络B中。出于安全原因，网络A和B将每天（或几天）连接一次。两个网络都无法连接到Internet。

我们决定采用GIT的集成管理器工作流程方法。我们计划在网络A中设置我们的中央仓库。然后，在网络B中设置集成管理器仓库。

承包商团队的开发人员将他们的更改推送到集成管理器仓库。承包商团队中的系统分析员将在推送到Central repo并将我们对中央仓库所做的更改拉到中央仓库之前检查并重新设置代码。

我想问一下：

1. 整合经理回购是否应该裸露？从网上阅读帖子后我很困惑。如果它不能裸，那么我应该设置receive.denycurrentbranch = refuse还是updateInstead？

2. 承包商的系统分析师是否应该在集成管理器中重新编码？如果没有，那么在将更改推送到中央存储库之前，SA对代码进行重新绑定的正确方法是什么？

Answer 1

  

整合经理回购是否应该裸露？

对于任何你推动裸露的回购更好 然后，集成商可以拉到他/她自己的集成仓库（不是裸机），看看那里。 （当网络再次关闭时）

一旦集成商完成了整合工作，他/她可以推送到网络上作为参考的裸露回购，同事可以pull --rebase从中获取。 pull -rebase将帮助在更新的远程分支之上重新定义任何本地（尚未推送）的提交。另请参阅“Can “git pull” automatically stash and pop pending changes?”。