gpt4 book ai didi

javascript - webpack-encore 项目的版本控制策略

转载 作者:行者123 更新时间:2023-11-30 07:54:07 25 4
gpt4 key购买 nike

我正在学习使用 webpack-encore并注意到它仅作为 dev 依赖项安装。这是否意味着我应该在开发时编译我的 jscss 文件并将它们推送到存储库,然后再推送到生产环境?

在我看来,文档暗示的是什么,但这是否意味着合并冲突 hell ?编译后的文件将无法合并。

这也不会违背版本控制理念吗?据我所知,您不会以编译语言(即 C/C++)发布二进制文件,而是推送代码并期望服务器编译它们。我知道这与 javascript 中的“编译”类型不同,但在这种情况下生产服务器的预期行为是什么?接收准备好为它们服务的文件,还是在发布时编译它们?

提前致谢

最佳答案

Does that mean I should compile my js and css files on development and push them to the repository, and then to production?

不完全是 - 这取决于您的部署方式。

部署时,您需要运行 ./node_modules/.bin/encore production 来构建您的 Assets 。完成此操作后,只有您构建的 Assets (例如 web/build)需要转移到生产环境。

您可以在本地(或在某些“构建”服务器上)运行此命令并将所有文件传输到生产环境。或者,您可以在生产环境中使用 git pull,然后在生产环境中运行此命令(缺点是您需要在生产环境中安装 Node.js)。

您不应该/不需要将您构建的文件提交到您的存储库。但是......如果它简化了你的部署(即你想做一个 git pull 并完成),那没有真正的问题。

我刚刚在常见问题 (http://symfony.com/doc/current/frontend/encore/faq.html) 中添加了一个 PR 来回答这些问题 - 这是部署前的 PR:https://github.com/symfony/symfony-docs/pull/8109

干杯!

关于javascript - webpack-encore 项目的版本控制策略,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44801753/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com