0

我计划将 LLVM 移植到新的目标处理器。这是我第一次尝试对大型项目进行更改。这种事情的最佳做法是什么。

如果我坚持发布 2.5 版本,我就有一个基准来构建我的修改。但是,我可能会失去新功能和错误修复。如果我跟踪树干,它可能会产生问题,因为它是最前沿的。它可能会引入不稳定和/或错误。

例如,对于 GCC 的某些端口,它们倾向于在特定点分叉并从那里构建它们的修改。他们似乎没有合并回主线并独立发布他们的版本。而其他人则将他们的更改合并到主线中,但他们可能不会勤奋地维护它,这会导致它在未来的某个时候中断。

我正在寻找一些关于如何最好地进行的建议。

4

1 回答 1

0

这是一个版本控制问题吗?

如果是这样.. 推荐的最佳实践是从已知点获取一个分支,然后定期将对主干所做的更改合并到您的分支中。完成后,您的分支很容易合并回主干(实际上,此时它应该与主干相同)。

如果主干正在接收前沿变化,那么它们应该自己变成一个分支。

如果您无法分支这些更改,那么您最好像以前一样定期将主干合并到您的分支,但是要小心合并的内容 - 不要担心拿走所有东西,您可以留一些东西留待以后使用(只是在进行最终合并时要小心,以确保您已将所有更改都带入 - 此时在主干和最终分支之间进行差异)。

于 2009-04-23T22:42:59.733 回答