go buffalo 工作流程中的 /public/assets 是在哪里生成的？

IT行业相对于一般传统行业，发展更新速度更快，一旦停止了学习，很快就会被行业所淘汰。所以我们需要踏踏实实的不断学习，精进自己的技术，尤其是初学者。今天golang学习网给大家整理了《go buffalo 工作流程中的 /public/assets 是在哪里生成的？》，聊聊，我们一起来看看吧！

在 go buffalo 中，有一个生成的 .gitignore 文件，该文件忽略 public/assets。然而，与此同时，生成的 css 和 js 对于获得“真正的” buffalo 应用程序至关重要。因此，存在一个我不完全理解的脱节，即默认情况下，构建应用程序本身的任何版本控制系统必然会丢失看似对部署应用程序至关重要的东西。

我注意到了什么

• buffalo 构建不会在公共/资产中生成内容。

• buffalo dev 也不会生成此内容。

• 删除 public/assets/* 后运行 buffalo dev 会导致网站没有任何 CSS，这意味着它会破坏功能。

所以，所以。据我所知，/public/assets 都是必不可少的，而且是非动态创建的。

所以，我的问题是，我如何在构建时在我的 buffalo 工作流程中重新生成公共/资产（即如何保留 .gitignore 默认值）或者人们通常在哪里打包他们的资产如果不在版本控制中？

解决方案

因此，要回答公共/资产在哪里生成的原始问题 - 答案是“在创建时”或“在构建时，如果您没有它们，并且如果您引导空目录”。希望在合并下面提到的 PR 后，这个问题的答案将是“在创建时，或者在构建时，如果它们尚不存在于您的存储库中（即因为它们被 gitignored）”。

这两点（为什么本地构建不生成它们+为什么 docker build 不生成它们）具有完全不相关且不同的答案，因此我将在单独的项目符号中分别对待它们。

• 我们发现，实际上，根据存储库的状态，如果您丢失/删除了 webpack 文件，buffalo 环境不会为您重新生成它们，这无论如何都不是一个错误，因为这是一个在不生成任何资产的情况下运行 buffalo 的有效用例（尽管这不是一个对我来说非常有用的用例，但可能值得提出一项更改，以使 buffalo 在这方面更加固执己见）。

  李>

• 关于 docker 构建本身，似乎如果您添加 mkdir 语句来确保 public/assets 在运行 buffalo 构建之前存在（即在您的 Dockerfile 中），那么您可以补偿事实上，您 git 忽略了该目录，并且它将在静态构建中正确填充。

由于后一个用例更为重要，因此我在指导下创建了一个拉取请求来解决此问题（即，这样您就不需要手动添加 mkdir public/assets 步骤）水牛社区的信息，可以在这里找到： https://github.com/gobuffalo/buffalo/pull/1447。

简而言之：在此 PR 合并之前，如果您需要资产来构建可部署项（您可能会这样做），请从 gitignore 中删除 public/assets 行并将它们提交到版本控制，以便可以直接构建您的代码没有外部依赖项，或者只需确保在运行 buffalo dev 的同一位置构建代码。如果还有第三个答案的话。从我的角度来看，前者是对云更加友好的解决方案，但我是 buffalo 的新手，所以我可能在某些方面误解了这些习惯用法。

免责声明：我回答这个问题是因为我认为这可能对人们有用，但我不是水牛专家。关于资产如何在水牛上发挥作用，有更深入的技术视角文档/网站 (https://gobuffalo.io/en/docs/assets)

到这里，我们也就讲完了《go buffalo 工作流程中的 /public/assets 是在哪里生成的？》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！