如何构建一个稳定的API产品，并允许每个项目的规范？

Question

我正在寻找关于如何在git流中管理代码以及测试和使用它的方法的信息：

• 我有一个API来构建和管理一个产品目录，它是围绕着我的第一个客户端项目的业务需求设计的(让我们称它为主分支)
• 对于与另一个客户端的第二个项目，我最初交付了相同的API，但是在与这个新客户机进行了一些交换之后，我的API的接口需要改进并引入API的新版本。
• 我希望有一个主基础API作为我未来其他项目的基础，所以我想知道我如何通过将各种违约变更合并到一个主分支中来合并和发展我的API。

我不确定我的问题是否清楚:但事实是，对于我正在处理的每一个新项目，我首先开始分析我的客户的需求，并选择从似乎更接近他们需求的分支开始:最后，我拥有和客户一样多的分支机构和专业部门……它再也无法维护了..。因此，请给出建模和git流分支的建议和策略。

Answer 1

一般来说，你正在考虑做的事情被认为是个坏主意。

问题是，您最终得到的是同一程序的多个版本，所有这些版本都略有不同，需要维护。

虽然像Git这样的源代码管理程序似乎可以使用分叉或分支来处理这个问题，但实际上，一旦版本出现分歧，您就可以在另一个版本上拥有您不想要的功能。系统崩溃了，您实际上有两个代码库副本。

正确的方法是将插件体系结构引入到应用程序中，并在单独的存储库上开发插件特性，同时保留单个主应用程序。

话虽如此，还是有很多大公司为不同的客户维护同一产品的多个版本。只是不要试图欺骗自己，认为你将能够合并所有版本的错误修复通过鼠标点击，同时保持不同的功能。