是否有可能跟随文件的历史记录在另一个仓库

Question

下面是这种情况：

我们有一个包含一些文件夹的“官方”版本库。此文件夹被用户A拥有，用户A应该被允许推动它只有一个：

repoA 
| 
-- folderA1 
    | 
    |- fileA11 .. fileA12 
| 
-- folderA2 
    | 
    |.... 

用户B需要维护自己的folderA1的复印件（repoA），应该能够将用户A推送的提交合并到自己的副本中。用户B并不想folderA2

当然，用户B会犯一些修改自己的folderA1副本和folderA1（从用户B的角度看）的历史应该看起来像：

HEAD 
| 
* Merge user A master into user B master 
| \ 
* | Last commit made by user A 
* | Previous commit made by user A 
| * Last commit made by user B 
| * Previous commit made by user B 
|/ 
* Initial commits made by user A 
* 
* 
| 

用户B不应在他自己的存储库中拥有folderA2（来自用户A）。

用户B应该能够有folderB1和folderB2在他自己的仓库。

感谢

Answer 1

考虑您可以控制在一个仓库级别的写权限（通过，例如，Gitolite），这将是最好的，如果folderA1是：

• 自身的
一个Git回购
• 在repoA中引用为submodule。

控制谁更新的内容将与subtree merging更加复杂。