我们将GIT repos与DeployBot.com（部署平台）和FTP结合使用。 我们的回购中的代码由主题分支组织。
为了将代码部署到服务器，我们只需提交最新的更改，将其与master（该分支用于部署）合并，部署平台就会传输修改后的文件。上述方法在90％的场景中都很有效。
但是，有时我们需要在服务器上快速测试我们的代码（在开发环境中不可能这样做）但我们不希望每次都提交这些小的更改以保持repo历史记录的紧凑和清洁。我们不想使用FTP直接修改文件而不提交它们，因为修改后的文件不受我们的控制。
我想知道你是否有同样的问题以及你用什么方法来克服它。最初我正在考虑维护一个特殊的分支，可以用来保持所有这些“快速”的一次性提交，但我发现它不优雅/敏捷，而且很有问题。
所有想法都受到高度赞赏。非常感谢！
答案 0 :(得分：1)
“但是，有时我们需要在服务器上快速测试我们的代码（在开发环境中不可能这样做）” - 这就是你的问题，你应该让你的开发环境尽可能具有代表性，因此您可以测试（几乎）那里的一切。
对于另一部分，我认为小提交没有太大的危害。如果你在开发环境中尽可能多地测试它，并且你认为改变可能只是工作，我会提交它。
但另一种可能性是设置从fork进行部署的可能性。如果能够从fork中的分支进行部署，则可以从开发分支进行测试部署并对其进行测试。测试完成后，您可以通过主存储库中的发布来恢复环境。
由于您在一个单独的，未合并的分支中进行了所有更改，因此您仍然可以完全删除分支，或者将各种提交的更改收集到新分支中的单个提交中。
所以我认为这些是你的选择，虽然我认为这是一个丑陋的工作流程。我宁愿修复开发/测试环境并学会欣赏小提交。