java - 管理分支机构中的不同客户代码

Question

我是 git 的新手，这可能是一个答案很明显的问题:

所以我有一个项目/框架，我正在使用它来管理一堆自动化测试用例。所以文件夹代码结构如下。

Java
|-Package1
    |-Common code
    |-tests
        |- Client1 tests
        |- Client2 tests
        |
        |
        |- ClientN tests

是否建议在不同的分支中维护客户特定的代码？还是复制项目并为每个客户维护不同的 repo 协议(protocol)更好？基本上每个客户端都有使用 Selenium/TestNG 在同一核心之上编写的不同测试。

Answer 1

这两种选择都是可能的，但我认为这里更多的是可维护性问题。在这种情况下，我会采用单独的 repo 方法，但还有一个额外的方法:git submodules

选择这种方法有两个原因:

• 维护独立分支的复杂性。每个客户都有一个开发工作流程。这意味着当您想从现有客户端分支向您的一个客户端添加新功能并且事情变得困惑时，您可能不得不分支。在某些时候，您可能会开始混淆分支；
• 第二个原因是跟上通用代码；如果您的客户位于不同的分支机构，您如何跟上通用代码更新？定期 merge/ rebase ...？从长远来看，与使用单独的 git 存储库相比，开销要多得多。

使用单独的 repos/submodule 方法你会得到这样的东西:

Common Code Repo ( referred to as CCR )

Client 1 Repo has CCR as submodule
Client 2 Repo has CCR as submodule
...
Client N Repo has CCR as submodule

像这样，一切都是独立管理的，每个项目都可以有自己的流程，没有依赖性和杂乱的分支结构。