Short version
Can someone tell me how to set up a "Command Line Script" task within an Azure DevOps build pipeline that pushes changes to a local Git repository (in fact, the Git repository on which the pipeline is based)?
No matter what I try, my script always times out after printing Pushing commits to git
.
Longer version
We are migrating existing Java/Maven projects from a Jenkins build server to an Azure DevOps build environment, and I am trying to set up a build pipeline that mimics the Jenkins "Release Staging" functionality.
My first attempt was to call the Maven release plugin directly on the checked out sources. This involved several obstacles, most of which I was able to overcome in one way or the other:
git config
in a separate "Command Line Script" task prior to pushing.git checkout master
. Once this is set up, my Maven call script runs up to the point where the release plugin attempts to push to Git; the corresponding lines in the log file read
[INFO] Executing: cmd.exe /X /C "git push https://xxx.visualstudio.com/YYY/_git/zzz refs/heads/master:refs/heads/master"
[INFO] Working directory: D:\a\1\s</code>
After that, nothing happens (at least, nothing gets logged) until the timeout strikes:
##[error]The operation was canceled.
##[section]Finishing: Maven pom.xml
In order to find out what causes this problem I tried a few things, among others,
git push
directly from the script,but without success. I am now running out of ideas how I could get the git push
call to work - is there anyone out here who can help me out?
P.S.: As you may be able to tell, I'm rather a newbie as far as Azure DevOps is concerned, so I surely don't know all tricks and features of that system. In particular, I don't know if there is anything that offers the same functionality as the Maven release plugin. We do use the Azure DevOps package management, but we want to keep separate feeds for snapshots and for release builds (the way tools like Nexus do), so we have to have a mechanism for automatically advancing release numbers, checking out and back in and building and publishing the packaged module to the release feed.
If someone can suggest an alternative way to achieve that, I'm open to suggestions as well.
git remote add origin <Azure DevOps Repo URL>.git You can find the URL from Azure DevOps. When you open the Repo in the portal, you will see that your repo is empty, there you will find the URL. Finally we push our code to the Azure Repo.
Azure Pipelines can automatically build and validate every pull request and commit to your Azure Repos Git repository. You create a new pipeline by first selecting a repository and then a YAML file in that repository. The repository in which the YAML file is present is called self repository.
If your Azure Repos Git repository is open source, you can make your Azure DevOps project public so that anyone can view your pipeline's build results, logs, and test results without signing in. When users submit pull requests, they can view the status of builds that automatically validate those pull requests.
Firewall outbound settings? For this issue , at git push step you can try to provide your PAT in push url, like the example below: git push https:// {AzureDevopsPAT}@dev.azure.com/ {org}/ {pro}/_git/xxx.git. To get that token you need to go to security tab to generate personal access token so that we can push code to Azure DevOps repo.
You shouldn't have to go the PAT route for auth - according to this, if your repo is part of the same Azure DevOps project as the build pipeline, credentials should just flow. Is it possible you haven't authorized the build agent to write to your repos? Two things are needed:
Under Project Settings -> Repositories for your Azure DevOps project, allow the Project Collection Build Service entity Contributor rights to the appropriate repo (or all project repos).
Allow scripts to access the OAuth token under the "Agent job" settings:
Also note a bad gotcha: this won't work for submodule operations, since DevOps does not automatically flow the credentials to the submodule instances, and the only symptom is a silent hang. Workaround to flow credentials manually is found here.
The answers have become out of date with how Azure Devops works now. To enable authorisation in your pipeline you should use the checkout schema property in your steps so you can persist the credentials for later git commands.
- checkout: self
persistCredentials: true
To push change to Azure DevOps, you should integrate your credential in Git repo URL:
Then use below command to push:
git push https://Personal%20Access%20Token:[email protected]/YYY/_git/zzz master
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With