我们将GIT repos与DeployBot.com(部署平台)和FTP结合使用。我们的代码库是用主题分支来组织的。
为了将代码部署到服务器，我们只需提交最新的更改，将其与主(用于部署的分支)合并，然后部署平台传输修改后的文件。以上方法在90%的情况下都很有效。
然而，有时我们需要在服务器上快速测试我们的代码(在开发环境中不可能这样做)，但我们不想每次都提交这些小的更改，以保持回购历史的紧凑和干净。我们也不希望使用FTP直接修改文件而不提交它们，因为修改后的文件不受我们的控制。我想知道你是否有同样的问题，你用什么方法来克服它。最初我想维护一个特殊的分支，可以用来保持所有这些"快速"的一次性提交，但我发现它不优雅/敏捷，而且相当有问题。
所有的想法都是高度赞赏的。很多谢谢!
"然而，有时我们需要在服务器上快速测试我们的代码(这在开发环境中是不可能做到的)" -这就是你的问题所在，你应该让你的开发环境尽可能具有代表性，这样你就可以在那里测试(几乎)所有的东西。
另一方面，我不认为小的提交有什么害处。如果您在开发环境中尽可能多地测试它，并且您认为您的更改可能会起作用，那么我会提交它。
但另一种可能性是设置从分支部署的可能性。如果您能够从分支中的分支进行部署，则可以从开发分支进行测试部署并对其进行测试。在测试之后，您可以通过从主存储库发布一个版本来恢复环境。
既然你在一个单独的、未合并的分支中有所有的更改，你仍然有可能完全删除该分支，或者将不同提交的更改收集到一个新分支中的单个提交中。
所以我认为这些是你的选择，尽管我认为这是一个丑陋的工作流程。我宁愿修复开发/测试环境，学会欣赏小的提交。