DotNetCoreCLI@2 breaks when the projects is given a path starting with the dot

Required Information

Question, Bug, or Feature?
Type: Bug

Enter Task Name: DotNetCoreCLI@2

list here (V# not needed):
https://github.com/microsoft/azure-pipelines-tasks/tree/master/Tasks/DotNetCoreCLIV2

Environment

• Server - TFS on-premises

  • If using TFS on-premises, provide the version: Dev17.M153.3

• Agent - Private

name	value
Agent.Version	2.153.1
Agent.OS	Windows_NT
Agent.OSArchitecture	X64
Agent.OSVersion	10.0.14393

Issue Description

I have the following yaml template reused by many projects:

parameters:
  BuildConfiguration: Debug
  projects: ['*.sln']
  workingDirectory: '.'

steps:
- ${{ each project in parameters.projects }}:
  - task: DotNetCoreCLI@2
    displayName: Build ${{ project }}
    inputs:
      command: 'build'
      projects: ${{ parameters.workingDirectory }}\${{ project }}
      arguments: '-c ${{ parameters.BuildConfiguration }}'

When the workingDirectory is omitted, ‘.’ is used. But the task breaks in this case:

##[debug]adjustedPattern: 'd:\_wf\06\20\s\.\*.sln'
##[debug]0 matches
##[debug]0 final results
##[debug]task result: Failed
##[error]Project file(s) matching the specified pattern were not found.

This template parameter is a new addition, I added it because we have some projects that have not been moved out of the one big monolithic repo, but it seems that the straightforward approach does not work, forcing me to do ugly hacks.

Task logs

Build 1.0.20108.6-Build.zip

Error logs

##[debug]  d:\_wf\06\20\s\DBScriptSplit\Mono.Options.cs (file)
##[debug]  d:\_wf\06\20\s\DBScriptSplit\Program.cs (file)
##[debug]  d:\_wf\06\20\s\DbScriptSplit.sln (file)
##[debug]  d:\_wf\06\20\s\Directory.Build.props (file)
##[debug]  d:\_wf\06\20\s\Directory.Build.targets (file)
##[debug]  d:\_wf\06\20\s\Directory.Build.Template.props (file)
##[debug]  d:\_wf\06\20\s\nuget.config (file)
##[debug]194 results
##[debug]found 194 paths
##[debug]applying include pattern
##[debug]adjustedPattern: 'd:\_wf\06\20\s\.\*.sln'
##[debug]0 matches
##[debug]0 final results
##[debug]task result: Failed
##[error]Project file(s) matching the specified pattern were not found.
##[debug]Processed: ##vso[task.issue type=error;]Project file(s) matching the specified pattern were not found.
##[debug]Processed: ##vso[task.complete result=Failed;]Project file(s) matching the specified pattern were not found.
##[section]Finishing: Build *.sln

[issacnitin]

@MarkKharitonov Yes, VS IDE will let you establish order between projects. I understand you need to establish an order between solution files as well. I am able to reproduce the issue that workingDirectory is not being honored for build. Apologies for the inconvenience, we’ll be working on it actively and rolling out the fix as soon as possible. Thanks

[anuragc617]

Closing this issue as the DotNetCoreCLI@2 projects path should be minimatch pattern and working directory input is used for running the dotnet command. The working directory help text has also been update for the same.