如何解决什么 git 策略用于维护上游存储库不欢迎的代码
我们有一组用 C++ 编写的 DDS 适配器，带有必要的回调和发布/订阅消息函数，用于在两个软件之间的消息总线上来回发送数据。
适配器的维护者只对维护他们用于自己目的的回调和函数感兴趣。但是我们的团队使用这些适配器运行我们自己的工具，我们需要一个上游维护人员不需要的额外回调和发布/订阅消息功能。
直到现在，我们一直在使用它们上游的分支，在那里我们砍掉我们不需要的功能，添加我们确实需要的功能，然后实例化两组适配器以管理它们各自的总线通信。
越来越明显的问题是结构代码的分歧，例如某个适配器类被维护者修改为具有全新的类结构，尽管暂时具有相同的数据成员。我们的旧版本可能会工作......直到它不工作。
我们可以在修改后的适配器集上使用什么 git 策略来使结构代码与上游保持同步，同时保持我们的本地更改和附加功能？
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
