我想这个问题没有很强的答案,但是我想知道其他人在提交package-lock.json
时会弄混diff的缺点。
多数人的最终意见似乎是赞成承诺package-lock.json
以确保在任何时候,任何地方都可以正确安装完全相同版本的依赖模块(请参阅Do I commit the package-lock.json file created by npm 5?
)。但是,每次我安装和升级npm依赖项时,它都会弄乱diff工具。自从我开始提交package-lock.json
以来,Github上的代码频率可视化已经变得毫无用处。
以我在Github上一个存储库中的示例为例,以下diff图中的两个最近的高度被package-lock.json
触发的npm update
中的更改极大地夸大了。
并不是说现在没有用的差异使我丧失了成为开发人员的能力,但这确实阻止了我从Github上的数据可视化工具获取见解。
有什么办法可以减轻这种情况?还是我应该对此不利条件保持冷漠?
答案 0 :(得分:1)
为什么不将package-lock.json
添加到.gitignore
。您仍然可以提交文件,而不会跟踪其更改。
看看official doc怎么说:
应该由版本控制并分发给其他用户的模式 通过克隆存储库(即所有开发人员都希望使用的文件 忽略)应放入
.gitignore
文件中。用户希望Git在所有情况下都忽略的模式(例如, 用户选择的编辑器生成的备份文件或临时文件) 通常进入用户目录中core.excludesFile指定的文件
~/.gitconfig
。