在将更新部署到生产服务器时如何处理Git冲突

Question

我非常擅长使用Git，但希望将其实施到我的工作流程中，以便将更新推送到生产服务器。

我会在这里稍微简化一下，并跳过不重要的细节，但基本上我已经想到了这么多，没有任何问题。

我们有两个Git分支，一个用于生产，一个用于开发。计划是，只要我们将开发分支合并到生产分支，就会将更改同步到生产服务器。

使用BitBucket的脚本和Web钩子我知道如何使所有这些工作。

我不确定如何处理是在第一次初始同步后以这种方式更新网站。一旦我们将新网站同步到服务器，并且它已启动并运行，就会在生产服务器上创建日志文件，其中一些可能会在非常一致的基础上进行更改，具体取决于文件的用途。

如果我正确理解Git，如果我尝试从BitBucket中提取文件，但生产服务器上有不在Git中的文件，则会显示有关未提交更改的警告。

因此，使用这样的工作流程，您如何处理生产服务器上直接在生产服务器上创建或修改但未包含在Git存档中的文件？

此外，如果我似乎错过了一些显而易见的事情，或者您在使用此类工作流程时遇到问题，请随时分享您的想法。正如我所说，我对Git很新，但我非常喜欢这个概念，并认为它是一个很棒的工具。

Answer 1

您希望将日志文件移动到其他位置。你甚至无法考虑提交更新的日志文件然后拉，因为日志文件已经被更改。

如果你做了一个git --reset，日志文件会恢复到你保存的最后一个点，失去活动，这也不好。

基本上，在生产服务器上为生产使用而修改的任何文件都不应该是您的git仓库的一部分。如果它没有被跟踪，你可以将它与repo的其余部分放在同一个树中，只知道git --status将会显示？并且你冒着无意中添加/提交它的风险。