我正在维护一个目前使用相当多（25个）子模块的CMS /框架的回购。由于子模块的所有缺点，我宁愿切换到Avery Pennarun的git子树（注意：不是 git子树合并策略），但我在这一点上犹豫不决，因为我想知道是否git-subtree在我的“大型回购/大量子树/深度嵌套/大量通量”场景中非常稳定。
由于我必须努力学习，git subtree merge strategy完全不能够处理我的repo / szenario，我想先用git-subtree评估我的几率
答案 0 :(得分：1)
Git-subtree只是一个基本git功能的脚本包装器（使用子树合并策略顺便说一句。）。由于git在“大型仓库/大量子树/深度嵌套/大量流量”场景中是稳定的，git-subtree也将处理这种情况。
如果您想了解详细信息，并想知道git-subtree是如何做的，以及它的方法是否可以扩展到您的回购，请查看它的来源。
一般来说，建议坚持使用子模块 - 通过编写一些脚本可以避免大部分问题。