【问题标题】:Should i include /public in Vue.js gitignore?我应该在 Vue.js gitignore 中包含 /public 吗?
【发布时间】:2020-09-20 15:29:10
【问题描述】:

我有一个 laravel/Vue.js 项目,每当我提交时,也会有 3 个文件被提交: -public/main.js -public/manifest.js -public/vendor.js

那么,我应该在 Vue.js gitignore 中包含 /public 吗?

【问题讨论】:

  • 不,你不提交这些文件。当您运行 npm run prod|dev|watch 时,它们会自动生成(并覆盖)
  • 好的,所以我应该将它们包含在 .gitignore 中。谢谢!

标签: laravel vue.js npm gitignore public


【解决方案1】:

这取决于您的工作流程和项目设置:

  • 如果您独自工作,您可以在本地构建资产并上传到 生产。它将为您节省服务器上 node_modules 的空间
  • 如果您正在与其他人一起工作,最好忽略跳过 合并的冲突(没什么大不了,但很烦人)
  • 有一些 零停机部署的设置,每个版本都是新的 目录。在这种情况下,您不希望每个版本中都有 node_modules 并等待构建。那么你不应该忽视它们。
  • 同样的情况 如果您正在使用一些持续集成工具进行测试 前端

【讨论】:

  • 问题是npm run dev|watchnpm run prod 产生不同的优化文件,所以如果你提交了,你就会把自己锁定在一个或另一个上。
  • 当我们使用零停机部署时,我们在每次提交之前运行 npm prod。可能它可以用钩子自动化。这真的取决于项目和团队的工作方式
  • 更明智的做法是将其作为部署的一部分进行自动化,这可以在任何地方进行,而不必在目标服务器上进行。源代码控制应该是源代码而不是转译或编译的文件。至少,如果您要提交已编译的文件,请将它们放在标签中,而不是放在主分支中
  • @katsarov 我正在与一个团队合作,拥有这些文件使得并行工作变得不可能,因为我们总是有冲突。所以我想将它们添加到.gitignore 是安全的
猜你喜欢
  • 1970-01-01
  • 2011-05-08
  • 1970-01-01
  • 2019-06-07
  • 2017-10-12
  • 2021-08-29
  • 2012-05-01
  • 2018-07-01
  • 1970-01-01
相关资源
最近更新 更多