我注意到诸如EntityFramework.Dll之类的文件是在当前时间部署的。我一直在经历this error,并通过将dll从开发计算机复制到覆盖已部署的dll来解决它。
什么原因导致日期在dll上改变?
azure-pipelines.yml是
trigger:
- master
pool:
vmImage: 'VS2017-Win2016'
variables:
solution: '**/*.sln'
buildPlatform: 'Any CPU'
buildConfiguration: 'Debug'
steps:
- task: NuGetToolInstaller@0
- task: NuGetCommand@2
inputs:
restoreSolution: '**\*.sln'
feedsToUse: config
nugetConfigPath: 'MyService.ServiceHost/nuget.config'
- task: VSBuild@1
inputs:
solution: '$(solution)'
platform: '$(buildPlatform)'
configuration: '$(buildConfiguration)'
- task: VSTest@2
inputs:
platform: '$(buildPlatform)'
configuration: '$(buildConfiguration)'
- task: CopyFiles@2
displayName: 'Copy Files to: $(Build.ArtifactStagingDirectory)'
inputs:
SourceFolder: '$(Build.SourcesDirectory)'
Contents: |
$(Build.SourcesDirectory)\MyService.ServiceHost\bin\debug\**\*.*
TargetFolder: '$(build.artifactstagingdirectory)'
- task: PublishBuildArtifacts@1
inputs:
artifactName: 'drop'
我的nuget.config参考资料
以及https://pkgs.dev.azure.com]中的私人供稿
[更新]
我尝试将preserveTimestamp:True添加到CopyFiles @ 2任务,但没有任何区别
- task: CopyFiles@2 displayName: 'Copy Files to: $(Build.ArtifactStagingDirectory)' inputs: SourceFolder: '$(Build.SourcesDirectory)' Contents: | $(Build.SourcesDirectory)\MyService.ServiceHost\bin\debug\**\*.* TargetFolder: '$(build.artifactstagingdirectory)' preserveTimestamp: True
[更新]
Leo建议您解决。但是我想知道如何解压缩文件以释放目前,我的发布管道包含
copy C:\azagent\A2\_work\r1\a\_PreMyFolder\drop\MyService.ServiceHost\bin\Debug\*.* "C:\Program Files (x86)\MyCompany\MyService Service"
我注意到诸如EntityFramework.Dll之类的文件是在当前时间部署的。我一直遇到此错误,并通过将dll从我的开发计算机复制到覆盖中来解决了此问题...
为什么Azure Devops会更改从Nuget下载的dll的日期?