On the website there is a changelog for BIML 2020 R1. However, the BIML I download from is always the 2019 version.
How do I download the 2020R2 release?
Release notes: https://docs.varigence.com/bimlexpress/release-notes/BimlExpress-2020.1
Download page: https://www.varigence.com/BimlExpress (gives you build 5.0.64108.0 which is 2019)
Related
I'm a little confused over the latest released versions of Azure DevOps Server 2020 on 17th May.
What is the difference between 2020.0.2 and 2020.1.2 and why are two versions of 2020 being maintained?
Currently running 2020.0.1 and looking to move to latest version.
The main difference should between Server Version RC and RTW. The data migration tool doesn't support imports from Azure DevOps Server release candidates (RC). If you're planning on importing your collection database to Azure DevOps Services using this service, it's important that you don't upgrade your production database to an RC release. If you do upgrade, then you will need to wait and upgrade to the release to web (RTW) version when it's available or restore a backup copy of your database from a previous Azure DevOps Server version to import.
From the Release on May 17, 2022, along with several fixes, the Data Migration tool will be available for both Sever 2020.0.2 and 2020.1.2
Before preparing for upgrade, check this official doc: Upgrade your deployment - Azure DevOps Server & TFS | Microsoft Docs
We have recently upgraded to Azure DevOps 2020 on our testing environment, previously we had TFS 2017 and then upgraded Azure DevOps 2019 and now to Azure DevOps 2020.
I am facing issue regarding the agents I had configured in the earlier version. They don't see to update when I click on the update agent link.
I have one agent i.e. POC_2017Agent installed and created with TFS 2017 agent and the last two agents were created and installed with Azure DevOps 2019.
After we upgraded to 2020 all 3 of them are shown as Offline, even when their services on the servers are running\restarted.
How can I upgrade the agents manually, if they are not getting upgraded automatically after clicking on the update Agent link?
I don't want to remove them and reconfigure again.
Beginning with Azure DevOps Server 2019, you can configure your server to look for the agent package files on a local disk. This configuration will override the default version that came with the server at the time of its release.
https://learn.microsoft.com/en-us/azure/devops/pipelines/agents/agents?view=azure-devops-2019&tabs=browser#can-i-update-my-v2-agents-that-are-part-of-an-azure-devops-server-pool
Azure DevOps Service has a version number, which we can see by browsing to https://dev.azure.com/my_organization/_home/about (see below).
My question is how is this version determined?
I guess that (in this example) 164 is the sprint number, and .1 is a build in the sprint.
However it's not clear what the "Dev18" stands for? How is it determined and when does it change?
I understand this question doesn't make much sense for SaaS, but in our case (regulated environment) it does.
As I know the Dev18 doesn't make much sense. Only the M164 matters in most cases, because sometimes we may need that to determine if you're in one region with the latest update.
And I just got some help from engineers who are more experienced in this topic and we can make the confirmation about the relationship:
Dev18<=>TFS 2020
Dev17<=>TFS 2019
Dev16<=>TFS 2018
Dev15<=>TFS 2017
Dev14<=>TFS 2015
So DavaShaw's guess is correct. It's the major version of TFS, so it won't be changed frequently. I think it will change only when a new TFS version is released. Hope it helps.
I'd guess the Dev18 is the major version of Azure DevOps Server that it is from.
Although, I can't be certain, some deduction leads me to believe it is...
VS and TFS Versions used to be in Sync:
TFS and VS 2015 - were 14.X
TFS and VS 2017 - were 15.X
But the cadence broke:
VS 2019 is now 16.X
Azure DevOps Server 2018 - would be also 16.X
Azure DevOps Server 2019 - would be 17.X
Azure DevOps is always ahead of what is in the Azure DevOps Server installations, so it seems reasonable to assume that the next release of Azure DevOps Server will be 18.X - probably called Server 2020.
All that said...
For Azure DevOps you should only be concerned with the Sprint Milestone that you are on
.
We have Tfs 2015 update 3 on-prem, however, we can't see the task group options in release management. Nor can we add artifact aliases.
Are these only in VSTS? The documentation at https://www.visualstudio.com/en-us/docs/release/author-release-definition/understanding-tasks suggests they might be in both?
Task Groups will be shipped with the next release of TFS i.e. TFS 15 ( not 2015 ).
The RC2 version is available here.
How does one deploy their code to a remote server using Visual Studio Online after a build completes?
My Google skills apparently are lacking today as I am not finding information on this anywhere.
I use release management which you get with VSO. If you download the release manager client for visual studio you can create a release pipeline with tge vNext template that lets you deploy to and number of environments remotely. This is called Agent-less deployment and will have a migration path to the new Release capability in TFS 2015 (and VSO when it hits)