The task means checking out the front-end repository. Because a second source repository is introduced, the current repository itself also has a task - checkout:self to check out. Now save and run. Because a second source repository is included in the current pipeline, we will see a prompt to grant permission when we run this pipeline for the first time.
Click the View button.
Just click the "Permit" button on the float layer. This permission only needs to be done the first time we add a task, and it won't pop up again.
This execution probability will fail.
We click on this error message and jump directly to the specific error log.
ASP build tasks that used to work properly did no work this time. Let's locate the task that were previously built by the wizard.
Save and run again and it works fine. We click on the Job link on the green check-in on the job run details page to see that the task of checking out the back-end repository of the front-end repository in the log is complete, and we can click on each task name to view the detailed log.
Note that there is a line in the log checked out by the front-end project here
git init "/home/vsts/work/1/s/ASP_Angular"
This means the path where the front-end code was saved in the container that our job was executed by the pipeline. We note this path down and we will need it to add build tasks later.