Git合并和测试

Question

我在一个非常小的公司，当我开始他们没有任何源代码控制或问题跟踪时，所以我已经设置并使用git。我是目前唯一的软件开发人员，不幸的是我必须自己进行测试。

我对git很新，希望有人可以告诉我如何使用git和我与主人的合并来正确地进行QA测试。我不确定何时应该将新功能提交给主人。目前我的流程是，

1. 来自master的分支（最新发布）
2. 添加我的新功能
3. 基准测试新功能
4. 功能正常后，请对所有软件进行全面测试，包括新功能
5. 一旦测试成功，我会在功能分支中更新版本号，并在历史记录中添加一条小注释，说明它已经过全面测试。
6. 合并回主人并作为软件更新发布。

这是正确的方法吗？当我没有在技术上对主设备进行测试但是功能分支时，我对释放主设备感到有点不舒服。我可能很疯狂，但正如我所说，我对git有点新意，只是不确定最好的方法。

Answer 1

  

当我没有在主设备上进行测试但是功能部门没有进行测试时，我觉得释放主设备有点不舒服。

如果您的主要合并发生在快进合并中，则没有问题。在这种情况下，合并之前和之后的代码是相同的。即使您使用git merge --no-ff并且目标分支（master）中没有更改，合并也不会触及代码。 （但是，如果您进行了真正的合并，则应测试合并的代码。）

您需要测试代码何时更改，而不是Git参考。因此，如果git diff <tested-ref>输出任何行，请再次测试代码。如果输出为空，除非有任何重要的无版本文件，否则没有什么可以破坏功能。

有关合并的详细信息，请参阅https://git-scm.com/book/en/v2/Git-Branching-Basic-Branching-and-Merging。