想知道是否可以阐明 git 工作流程应该如何工作？我 100% 确定我们目前的方法是完全错误的，因为它并没有真正奏效。如果我能解释我们目前的运作方式，如果有人能告诉我哪里出了问题，那就太好了。
我们有 2 名开发人员在开发分支上工作，并在开发服务器上进行测试（这要求我们将我们正在处理的文件通过 ftp 传输到服务器）。一旦更改被测试并完成，我们就会在生产分支上复制更改，这是通过 ftp 传输到实时服务器的。这意味着我们必须跟踪我们所做的每一个更改。值得庆幸的是，Git 非常擅长为我们提供这些信息，但我们并不真正知道我们已经在服务器等上放置了哪些文件。Dev 目前用于修复生产/现场的错误等，但它很快将用于新功能。两个分支都不同，因为它们特定于自己的服务器。
在开发之初，我们对 git 还比较陌生，但感觉在投入生产时我们已经退了一大步。
总结：
谁能帮我吗？
让我们用一种简单的方式说：
Branch dev 的初始开发已经开始：一旦完成了一项功能/特性的开发，您就可以签出一个分支，比如 sprint1。
有一个独立的服务器说 server1，克隆项目并结帐到 sprint1 分支并重新启动服务器。
现在 QA 可以使用 server1 进行测试，而无需进行新的更改。
开发人员继续在开发分支上工作。
一旦 QA 验证了更改，从 sprint1 签出一个新的分支 Production 并部署在新的服务器上，比如 server2。
不涉及手动复制或移动文件。
现在，当新的更改被推送到 Dev 分支时。转到 sprint1 分支并合并 dev 分支。所以现在 sprint1 有最新的代码供 QA 测试。
验证更改后，签出到生产分支并合并 sprint1 分支。这种级别的代码推送不应产生问题并使事情变得简单。让我知道解释是否足够清晰。
请参阅Git 分支和合并以了解其工作原理。
如果您在您的开发服务器上的开发分支中进行更改，您需要在此分支中提交它们。然后，您将能够将此分支合并到您的生产分支中，并将其放入您的生产服务器中。
对于新功能，我认为使用分支是个好主意。它们旨在完成这项任务。然后你将它们合并到你的开发分支中。
我建议您阅读这篇文章，其中详细介绍了一个很棒的工作流程： http: //nvie.com/posts/a-successful-git-branching-model/。
