But still – an unseasoned git user will be baffled. I mean, to be fair, it’s probably just the way git maintains information about your repository not being very intuitive about odd issues like default branch names not matching. I have no idea where this project got the default branch from, but it failed. If your default/primary/whatever-you-call-it branch is called main, this one won’t do. ![]() ![]() My new-ish AzDO repository came with the main branch, and didn’t want to have anything to do with primary branches named any other way! Some time ago, Microsoft started provisioning main branches instead of the more traditional master – which admittedly comes with plenty of baggage nowadays – but didn’t automatically update old repositories. Somehow, importing a repo from GitHub to AzDO ended up with the primary branch being called differently, and that threw a wrench to git’s pulling gears big time. Your configuration specifies to merge with the ref 'refs/heads/master'įrom the remote, but no such ref was fetched. The error would be somewhat like this: fatal: no such branch: 'master…master' git pull -tags That didn’t work – instead, Visual Studio Code would throw an error and fail. I had just imported a repository from GitHub (this one, if you’re interested ) to Azure DevOps and tried to pull it locally. Error encountered while pushing to the remote repository: Git failed with a fatal error. So there I was, just following a guide on . Im using Visual Studio to integrate to bitbucket and I get the. The network settings include: - proxy settings - SSL/TLS settings - certificate revocation check settings - certificate and private key stores' This means that your proxy settings should be picked up automatically.
0 Comments
Leave a Reply. |