yarn.lock 是否应该被视为 git 中的二进制文件?
Should yarn.lock be treated as a binary file in git?
有没有理由不这样做?
我的想法是,潜在的 git 差异将在 package.json 中发生。我想将 yarn.lock 视为二进制文件。
我在 GitHub 上的 Yarn 问题跟踪器中发布了这个问题。我得到以下答案:
No it shouldn't. The file is plain text and there can be merge
conflicts in the file that you may need to resolve.
https://github.com/yarnpkg/yarn/issues/1776#issuecomment-260022242
我看不出有什么理由不这样对待它,因为它是一个不适合人类阅读的文件。
我在大型团队中将它作为二进制文件使用了一年多,我们没有遇到任何问题。我与 运行 交谈过的人也没有遇到问题 - 如果有请发表评论,因为我正在尝试在另一家公司再次实施它。
可以解决合并冲突installing the packages again。与您的团队讨论这个话题并尝试一下。
有没有理由不这样做?
我的想法是,潜在的 git 差异将在 package.json 中发生。我想将 yarn.lock 视为二进制文件。
我在 GitHub 上的 Yarn 问题跟踪器中发布了这个问题。我得到以下答案:
No it shouldn't. The file is plain text and there can be merge conflicts in the file that you may need to resolve.
https://github.com/yarnpkg/yarn/issues/1776#issuecomment-260022242
我看不出有什么理由不这样对待它,因为它是一个不适合人类阅读的文件。
我在大型团队中将它作为二进制文件使用了一年多,我们没有遇到任何问题。我与 运行 交谈过的人也没有遇到问题 - 如果有请发表评论,因为我正在尝试在另一家公司再次实施它。
可以解决合并冲突installing the packages again。与您的团队讨论这个话题并尝试一下。