You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Output from azd version
Run azd version and copy and paste the output here:
azd version 1.9.5 (commit cd2b7af)
Describe the bug
I've performed the following steps from the root solution directory:
Run azd init
Run azd pipeline config --provider azdo
Each of these worked fine. I modified the created pipelines file created at .azdo/pipelines/azure-dev.yml to use my own build server pool, but otherwise left the file untouched.
In the step titled "Provision Infrastructure", the script fails with the following relevant logging:
Provisioning Azure resources (azd provision)
Provisioning Azure resources can take some time.
ERROR: initializing service 'app', stat /home/xyz/devops-agent/_work/170/s/.\MyApp.AppHost\MyApp.AppHost.csproj: no such file or directory
The directory and file are present if I load up the build server and look at "/home/xyz/devops-agent/_work/170/s/MyApp.AppHost/MyApp.AppHost.csproj", but the problem appears to be that Azure DevOps expects an absolute path and will not automatically concatenate a relative path to it.
To Reproduce
Create new project called "MyApp"
With a terminal, 'cd' into the root solution directory
Provision a PAT in AZDO with the necessary permissions
In the terminal, run azd init and accept the default options and fill in the fields as you will
Run azd pipeline config --provider azdo, accept the default options, provide your PAT and before the last step, change the pool to your private pool (so you can confirm the directory exists later - not otherwise necessary)
Commit and push the changes. Observe that the operation fails in the Azure provisioning step because of the invalid path.
Expected behavior
I expected that the various Azure resources would be properly spun up because the path wouldn't start with a "." prefix and would instead properly concatenate to the source directory so the csproj file can be located.
Environment
Information on your environment:
* C# 12
* IDE and version : Visual Studio 17.10.5
Additional context
My build server is also running Ubuntu Linux as the introduced pipeline expects. The issue here simply seems to be that the value pointing to the apphost csproj expects to be able to drop in a relative path and doesn't expect the path to be concatenated to the current directory by azdo.
Further, azd provision works fine when running locally, so perhaps this is an issue with how AZDO itself handles pathing.
The text was updated successfully, but these errors were encountered:
@WhitWaldo . As a workaround, you can manually change the \ for / for the path of the AppHost in azure.yaml and push.
Also, make sure you are installing .NET Aspire workload in your pipeline definition and you are using: AZD_INITIAL_ENVIRONMENT_CONFIG:$(AZD_INITIAL_ENVIRONMENT_CONFIG) in your provision step environment (see more
Output from
azd version
Run
azd version
and copy and paste the output here:azd version 1.9.5 (commit cd2b7af)
Describe the bug
I've performed the following steps from the root solution directory:
azd init
azd pipeline config --provider azdo
Each of these worked fine. I modified the created pipelines file created at
.azdo/pipelines/azure-dev.yml
to use my own build server pool, but otherwise left the file untouched.In the step titled "Provision Infrastructure", the script fails with the following relevant logging:
The directory and file are present if I load up the build server and look at "/home/xyz/devops-agent/_work/170/s/MyApp.AppHost/MyApp.AppHost.csproj", but the problem appears to be that Azure DevOps expects an absolute path and will not automatically concatenate a relative path to it.
To Reproduce
azd init
and accept the default options and fill in the fields as you willazd pipeline config --provider azdo
, accept the default options, provide your PAT and before the last step, change the pool to your private pool (so you can confirm the directory exists later - not otherwise necessary)Expected behavior
I expected that the various Azure resources would be properly spun up because the path wouldn't start with a "." prefix and would instead properly concatenate to the source directory so the csproj file can be located.
Environment
Information on your environment:
* C# 12
* IDE and version : Visual Studio 17.10.5
Additional context
My build server is also running Ubuntu Linux as the introduced pipeline expects. The issue here simply seems to be that the value pointing to the apphost csproj expects to be able to drop in a relative path and doesn't expect the path to be concatenated to the current directory by azdo.
Further,
azd provision
works fine when running locally, so perhaps this is an issue with how AZDO itself handles pathing.The text was updated successfully, but these errors were encountered: