我打算将LLVM移植到新的目标处理器上。这是我第一次尝试对大型项目进行更改。这种事情的最佳实践是什么。
如果我坚持发布2.5版本，我有一个基线来构建我的修改。但是，我可能会失去新功能和错误修复。如果我跟踪行李箱，它可能会产生问题，因为它是最前沿的。它可能会引入不稳定和/或错误。
例如，对于某些GCC端口，它们倾向于在特定点进行分叉并从那里构建其修改。它们似乎没有合并回主线并独立发布它们的版本。而其他人，将他们的变化合并到主线，但他们可能不会努力维持它，这会导致它在未来的某个时刻破裂。
我正在寻找一些关于如何最好地继续进行的建议。
答案 0 :(得分：0)
这是版本控制问题吗？
如果是这样的话......建议的最佳做法是从已知点获取分支，然后定期将已经对主干进行的更改合并到您的分支中。当你完成后，你的分支很容易合并回主干（事实上，在那时，它应该与主干相同）。
如果行李箱正在接收出血边缘变化，那么它们应该自己做成一个分支。
如果您无法对这些更改进行分支，那么您最好像以前一样定期将主干合并到您的分支机构，但要小心合并的内容 - 不要担心拿走所有内容，您可以留下一些东西以备日后使用（当你进行最后的合并时要小心，确保你已经带来了所有的变化 - 在那个时候在trunk和你的最终分支之间做一个差异。）