Welcome Azure DevOps
Welcome Azure DevOps
What's in a name? Microsoft recently renamed their VSTM service Azure DevOp. Find out what you can do to transition smoothly.
Join the DZone community and get the full member experience.Join For Free
Learn how to migrate and modernize stateless applications and run them in a Kubernetes cluster.
Yesterday Microsoft announced a change in naming for VSTS, now branded as Azure DevOps. You can read most of the details in this blog post and if you are using VSTS right now it will not have a big impact in the future. It's just a rebranding of the service, though there are a couple of suggestion I'd like to give you to have a smoother transition.
Visual Studio Team Services was rebranded in Azure DevOps. This will not impact your existing VSTS projects, but it is wise to start planning for a smooth transition.
First of all, if you still don't use the new navigation, I strongly suggests to enable it, because it will become the default navigation in the future, and it is best to gain familiarity with it, before it will become the only UI available.Figure 1: Enable the new navigation for the account
The nice aspect is that you can enable new navigation only for your account, then enable for all accounts in the instance. This will make the transition smoother, as you can find a member of your teams that wants to try new features, let them explore it, and after some time, let everyone use the new interface, knowing that at least some core members of the team are well used to it. Planning for a smooth transition instead of having big bang day when everyone can only use the new UI is a wise approach.
Another suggestion is starting to use the new links right now. If your account is https://nablasoft.visualstudio.com, your new URI will be https://dev.azure.com/nablasoft, and it is already available for all of your accounts. You can expect that the old URI will work for a really long time, but it is better starting to use the new URI as soon as possible, to avoid having a link in the old format that maybe will cease to work some years from now.
Another part of the service that is affected by the change of the URI is the remote address of Git repositories. Microsoft assures that the old URL will remain valid for a long time, but it is good to spend one minute updating remotes to never have to worry that someday in the future the remotes URI can break.
Updating a Git remote address is a good practice to immediately start using the new and official link.
Thanks to Git, the only thing you need to do is grab the new link using the new UI, and use the command
git remote set-url origin newlink to update the URI of the remote to the new one, and you can continue work as ever (the first time you will be prompted by a login because you never authenticated Git to the dev.azure.com domain).
Published at DZone with permission of Ricci Gian Maria , DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.