如何在git中处理跟踪生成的文件?

Luc*_*ain 10 git githooks gulp

背景:

我们已经在我们的系统中生成了需要在最终状态下提交的文件(例如,我们不能依赖源(未生成的)文件并在运行中生成生成的文件).由于我们需要生成的文件,因此无法忽略这些文件.

问题:

这些文件Your local changes to the following files would be overwritten by merge在checkout和pull命令中从git 触发了很多错误.

当我拉或结账时,我从不关心我的文件是什么,我只关心新文件.(显然我非常关心生成文件的源文件.我很高兴源文件上的合并警告,它保存在不同的目录中.)

但是,当我提交时,我希望我的版本"赢"并生成我生成的文件.

可能的方法:

现在我只是git checkout -- generated-files/在拉或结账之前运行以重置我生成的文件并跳过任何合并错误.它有效,但我经常忘记这样做,如果可能的话我想自动化它.

我看了一个预检验和预拉钩,但git不提供它们:(

问题:

  • 有没有更好的方法来处理生成的文件?
  • 是否有办法强制在git checkout -- generated-files/拉或结账前运行?
  • 你如何处理git中生成的文件?

Mak*_*oto 6

我个人的口头禅:如果可以生成文件,则只有可以生成文件的部分才受源代码管理。否则,您会遇到很多现在遇到的噪音。

如果生成的文件是真实的,可重复的,可重复的步骤,并且是构建链的一部分,则可以安全地将它们所在的目录添加到.gitignore文件中(并且不要忘记将git rm --cached其保存到文件夹中,这样就不会再对其进行跟踪了)。

如果生成的文件实际源代码的一部分,则应该在团队成员和/或潜在客户之间进行对话,并讨论如果这些文件的生成是自动的,则为什么要对这些文件进行修订。可能有合理的理由要与他们保持联系,而也许没有,至少值得一问。

我的建议是忽略生成的任何文件,并将其保留在Git中。但是,您需要与队友交谈,看看这是否是每个人都希望遵守的惯例。

  • 回到现实世界,这并不总是可能的。由于很多不好的原因。 (4认同)
  • 一旦我不得不提交生成的文件,因为生成它们需要我无法安装到所有目标系统的软件。我做到了,但在那里添加了原始文件的校验和。然后,如果有人在不更新生成的文件的情况下更改原始文件,则会导致构建错误 (3认同)
  • 将“ generated-file -merge -diff”添加到“ .gitattributes”是否有帮助,这样您至少可以避免在这些文件中出现合并冲突? (2认同)