In part 2 of this little story about storage use in TFS, we had a look at how the storage was consumed by areas. One of the biggest areas are usually related to build jobs.
This is the first post on monitoring storage usage of on-premise TFS.
Often the databases behind TFS is a black boks, where storage just grows, so we will dig into the database behind to see where the bits and bytes goes.
The older SOAP API for work items and test, will be deprecated in TFS 2020, see Deprecate SOAP
It is possible to have both TFVC and GIT in the same TFS project, and when you create a new project you set the default repository and the afterwards you can add the second one.
An important notice about this:
If you run XAML based builds, the build definitions can only use the default repository aka the one you selected when you created the TFS project.
So if you still use XAML, make sure you select the correct repository when you create the project
It is not possible to switch over. At least not officially yet….
UPDATE: MS support has a created a tool that can fix this
If you are stuck on upgrading to TFS 2018 due to the old deprecated XAML based builds, it can be a challenge to see how far you are from the goal of zero XAML builds.
The TFS team has released a security update for TFS 2015 and 2017, that fixes issues with cross-site scripting.