Git合并和测试

Question

我在一个非常小的公司，当我开始时，他们并没有真正的源代码控制或跟踪问题，所以我建立了并使用git。我是目前唯一的软件开发人员，不幸的是必须自己做测试。

我对git很新，希望有人能告诉我如何正确使用git进行QA测试，并将其合并到master中。我不确定何时应该将我的新功能提交给主人。目前，我的过程是，从主

1. 分公司（最新发布）
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。