小编Eri*_*Lee的帖子

在不破坏文件历史记录的情况下合并两个Git存储库

我需要将两个Git存储库合并到一个全新的第三个存储库中.我已经找到了很多关于如何使用子树合并进行此操作的描述(例如JakubNarębski关于如何合并两个Git存储库的答案)并遵循这些说明大多数工作,除了当我提交子树合并所有文件从旧存储库记录为新添加的文件.我可以在旧的存储库中看到提交历史记录git log,但如果我这样做git log <file>,则只显示该文件的一次提交 - 子树合并.从对上述答案的评论来看,我并不是唯一一个看到这个问题的人,但我发现没有公开的解决方案.

有没有办法合并存储库并保持个别文件历史记录完整?

git git-subtree

209
推荐指数
6
解决办法
9万
查看次数

用于维护项目扩展分支的Git工作流程?

我们在GitHub上分叉了一个OSS项目,并为它添加了一些自定义扩展.我们希望将我们所做的一些更改发送回原始项目(错误修复等),但其他更改是原始项目维护者目前不感兴趣的功能扩展.我正在努力找出管理这种情况的最佳工作流程.

我希望我们的主分支包含(来自原始项目的提交)+(我们的贡献的错误修复)+(我们的自定义扩展)的总和.我想我们需要一个按功能分支的模型,以便我们可以将错误修复与自定义扩展分开.我们可以从我们的主分支启动自定义扩展分支,但我想我们也想要维护一个本地"origin"分支或者跟踪原始项目的东西,以便我们可以从那里启动没有被我们的污染的bugfix分支.定制的东西.或者其他的东西.

任何人都可以建议最好的方法来构建这个工作流程,以便所有各种提交都去他们应该去的地方,没有人去他们不应该去的地方?

git

13
推荐指数
1
解决办法
827
查看次数

标签 统计

git ×2

git-subtree ×1