私有化部署并对 nei 进行个性化修改，那如何与 nei 之后发布的 feature 进行合并 about nei

[windylaugit]

我司以前对待类似的三方开源项目二改后，后续同步更新的问题， 都是做手动的合并，有几点建议如下：
1、私有化部署后，如果有需要二改，最好不要动核心的驱动
2、若要二改，可尝试将nei独立成一个三方包，然后在外部业务层，进行override。
3、对于某些较内核的功能，需要二改，但是又无法通过override的方式进行修改的，可以来原项目提feature，期待原项目提供相应的可扩展的接口。
4、对于后续原项目的更新？如果做了前面几步，那么就很好处理了，更新某个包而已。

[huntbao]

这确实是一个问题。以后的功能更新，我们也会提供一个对应的分支并尽可能地减少 Commit 次数。

大家有什么建议也可以提下。

[windylaugit]

我司以前对待类似的三方开源项目二改后，后续同步更新的问题， 都是做手动的合并，有几点建议如下：
1、私有化部署后，如果有需要二改，最好不要动核心的驱动
2、若要二改，可尝试将nei独立成一个三方包，然后在外部业务层，进行override。
3、对于某些较内核的功能，需要二改，但是又无法通过override的方式进行修改的，可以来原项目提feature，期待原项目提供相应的可扩展的接口。
4、对于后续原项目的更新？如果做了前面几步，那么就很好处理了，更新某个包而已。

当然，如果官方能增加更多的个性化扩展点就是最好的了，这也依赖于大家的积极反馈。