gpt4 book ai didi

azure - Azure DevOps 管道构建工件中缺少 Gulp 编译的 CSS 文件夹

转载 作者:行者123 更新时间:2023-12-01 10:09:39 25 4
gpt4 key购买 nike

一些背景...

我有一个小型 dotnet 核心应用程序,该应用程序托管在 Azure 上,并且正在使用 Azure DevOps Pipelines 进行构建和部署。在我们开始使用 DevOps Pipelines 之前,CI 直接连接到 Azure,它编译得很好,但需要实际的生命周期来部署,因此决定迁移。

但是,构建管道不再编译或输出 sass/css 文件夹

其他一切正常 - 我 checkin ,构建管道拾取我的提交并执行以下步骤:

  1. 恢复 [.NET Core]
  2. 构建 [.NET Core]
  3. 发布 [.NET Core]
  4. 发布构建工件

第 3 步(发布)的一部分使用 Gulp 任务:

gulp.task('prod', function (callback) {
runSequence('clean','set-prod',
['icon-sprite', 'logo-sprite', 'images', 'sass', 'modernizr', 'mainjs', 'adminjs'],
callback);
});

在本地(和之前)生成了五个文件夹:

  • icons
  • img
  • js
  • logos
  • css (now mysteriously missing in action)

我尝试过的变体

我尝试删除本地 css 文件夹并运行 CLI dotnetpublish 与 Pipeline 的操作方式完全相同,并且在本地运行良好。

我还剥离了 sass 任务,以防在管道中的某个地方引起问题,所以现在看起来像这样:

return gulp.src('src/sass/style.scss')
.pipe(sass({outputStyle: 'compressed'}))
.pipe(gulp.dest('wwwroot/dist/css));

我可以在管道上的控制台日志中看到所有输出,并且它成功执行了 sass 任务:

2019-01-02T14:43:51.3558593Z   [14:43:51] Starting 'sass'...
2019-01-02T14:43:51.9284145Z [14:43:51] Finished 'sass' after 524 ms

构建脚本中没有其他错误或警告,一切都完成并触发发布管道(将工件复制到 Azure 站点)。

推测

我预计会在某个地方出现错误...但什么也没有 - 所有的绿色勾号都非常令人愉快...所以我对可能发生或可能不会发生的事情感到有点困惑!我只能认为Pipeline环境中一定存在某种依赖关系或者缺少某些东西? Orrrrr 也许我错过了管道步骤?

任何帮助、插入或想法将不胜感激!感谢您通过我的小文章坚持下来并提供任何帮助:)

最佳答案

我之前在这种情况下所做的事情是更改“发布构建工件”任务以上传构建文件夹中的所有内容。我的猜测是,现在该任务中的“发布路径”值设置为 $(build.artifactStagingDirectory)。将其更改为 $(build.SourcesDirectory)。再次运行构建后,您将看到整个构建目录已上传。这包括您的源代码和本地环境中的任何其他文件夹。从那里您可以确定 CSS 文件夹是否确实丢失,或者它是否最终位于其他文件夹位置。

如果文件夹最终位于奇怪的位置,您可以添加文件复制任务以将 CSS 文件夹移动到 $(build.artifactStagingDirectory) 中的正确文件夹,或者对 Gulp 任务进行更改。无论哪种方式都更适合您的场景。

找到位置后,您可以修复“发布构建工件”任务。

关于azure - Azure DevOps 管道构建工件中缺少 Gulp 编译的 CSS 文件夹,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54009016/

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