小编Jef*_*cht的帖子

管理第三方开源库更改的最佳实践?

在最近的一个项目中,我不得不修改一个开源库来解决功能缺陷.我遵循SVN创建"供应商源"存储库的最佳实践,并在那里进行了更改.我还将补丁提交到该项目的邮件列表中.不幸的是,该项目只有几个维护者,他们提交更新的速度很慢.

在某些时候,我希望更新库,我希望我的项目将要使用升级的库.但现在我有一个潜在的问题......

我不知道我的补丁是否已经应用于第三方库的未来版本.我也不知道我的补丁是否仍然与升级组件的内部实现兼容.并且很有可能,其他人将在那时保持我的项目.

我是否应该以特殊方式命名库,以便我们做出特殊修改(例如,commons-lang-2.x-for-my-project.jar)?我应该只记录补丁并引用自述文件中的SVN位置和邮件列表项的链接吗?在升级方案中,我无法想到的任何选项似乎都是万无一失的.

这是什么最好的做法?

svn customization open-source

5
推荐指数
1
解决办法
887
查看次数

标签 统计

customization ×1

open-source ×1

svn ×1