测试新创建的分支而不与master | | git合并

我是git/GitHub的新手，据我所知，我们创建分支来测试新特性和代码更改，而不会干扰原始（主）代码。我有一个静态index.html和build.sh，我创建了一个名为test_branch的分支来执行测试

我的问题是，我可以测试这个分支而不将它与主分支合并吗？如果我必须在看到任何结果之前先合并它，那么分支有什么意义呢

---

我在Ubuntu服务器上工作，所以没有GUI或VS代码可用

我不确定我是否很理解你的问题，但无论如何

事实上，您的文件位于一个分支或另一个分支中与SENG结果无关。如果你想看到结果，就去做吧。使用分支只是使您的文件在

test\u分支

中变得完美的一种方法，查看结果就像它们不在分支或甚至不在Git中一样，进行更改以改进您的文件，完成后将

test\u分支

合并到

master

分支中

---

希望这会有所帮助。

我希望这会对您有所帮助。分支的期望与您所说的完全一样，在不影响主分支中的工作代码的情况下执行任何任务。当您创建新分支时，它是主分支的克隆，因此您拥有在主分支中找到的所有文件。您可以执行任何操作并测试新代码是否正确工作正常。然后，如果您同意并且没有冲突，您可以将您的分支合并到主分支。

是的，您可以测试功能分支中的更改。您所需要的只是一个从

test\u分支运行的测试环境。换句话说，您需要设置一个测试环境，为
test\u分支
分支提供文件服务。
从注释中的说明来看，听起来您有一些手动执行测试的环境，并且您希望根据您在分支上放置的内容更新该环境。这与开发/测试通常的设置方式之间有一些脱节（这可能解释了为什么在寻求上述澄清之前匆忙回答的人没有多大意义）

如果您真的希望单个环境运行最近推送的东西（无论它被推送到哪个分支上），那么答案就是相应地配置您的构建/部署过程。因为您还没有详细说明构建/部署过程是如何工作的，所以我不能说如何做到这一点

我也不能说这个解决方案是否有意义。通常，在主站点之外的自动部署是在生产站点，如果是这种情况，那么将分支部署到该站点以进行测试通常会挫败分支目的的一个重要部分

因此，一种更典型的方法是将一个环境作为从master自动构建/部署的目标，并将一个（或多个）其他环境作为（a）从其他长期分支（如典型工作流中的dev）自动构建/部署的目标，和/或（b）可以针对任何分支运行的手动构建/部署作业的目标

同样，这取决于您的构建/部署过程。
是什么阻止您测试分支？您是如何尝试测试它的，以及发生了什么事情来防止它？好吧，当我在新分支上编辑index.html文件时，我看不到效果。我不断刷新页面，什么也没有。我提交了新分支上的更改并将其推送到远程存储库。缓存？因为Git根本无法控制您如何测试东西或运行给定代码做什么。从字面上看，Git跟踪的唯一内容是内容。如果你改变了一些内容，Git会注意到。如果你修改了一些代码，但有些东西不能正常工作，这完全是Git的想法。我试过这样做，但什么也没发生，我试过在index.html文件中编辑一行。