TFS Reviews

We use TFS for volume control, source checking, and source control.

The most valuable feature of TFS is that it keeps the code secure while working collaboratively in a team of four or five individuals.

We have different teams working on different solutions using different technology sets. At the backend, it has good source control. We work with Microsoft technology stack, open source stack, as well as IBM stack. We have different teams working on the backend with TFS as our source control.

I would like to see TFS improve its web interface as there are some limitations with IDs and the integration behind it and with open-source tools like VS Code.

As a version control, we have found some inconsistencies related to updates from previous versions. If you set up the Git repository, and you want to change it back to TFS, it is a bit confusing now in the latest update. We were hung up when two repositories were intermingled together. We were confused about why the Git project was not converting to TFS. I believe Microsoft is supporting the Git repositories. 

The TFS TFVC is not user-friendly because, for Git repositories that you have already created to use the TFS repositories, you need to go back into the ID to Video Studio when the TFS repository comes up by default.

Using the web interface, by default you get the Git repository. For a team that is not familiar with this and is not using the ID as a video studio or VS, code management gets difficult. Even with VS Code as an open source ID, TFS at the backend as a repository is difficult and integration is complex.

I have been using TFS on a daily basis for five years.

So far, I have found TFS to be stable.

The solution is scalable, however, we do not need to scale because we do not have many people on each team. The administration part requires three or four people, and for development teams, we have about 15 team members who actively use VS Code.

The initial setup of TFS is really just a click. It is basic and not complex.

We deployed the solution in-house.

Our organization has an enterprise license with TFS.

We explored other sources before. We also used some open-source tools.

We are considering trying another solution as we don't find TFS assistance or community help when compared to Git.

TFS is a good solution once you get comfortable using it. If you are coming from TFS 2013 or TFS 2015, you are going to find the 2019 version different. I understand that TFS is moving towards the cloud, so all the features are designed with this in mind. In the 2019 version, you will see more DevOps-related tools and automated app tools.

The solution is easy and complex at the same time. If you are familiar with pipelines, you will find it interesting. You need a technical team to provide help and assistance to get the whole value from 2000 DevOps TFVC. If you are not actually fully exploring the feature set or using them, it is just another source control like any other open-source control.

If you gain experience with the iron value sets with TFVC DevOps, the whole project management will be smooth and stable. Releases will come out but all the hiccups between the teams, such as the development teams, QA teams, and deployment teams will smooth out. 

I would rate this solution an eight out of ten overall.

We use it for code archiving, complete CI/CD functionality, code propagation, code repository, etc.

Team Foundation Server (TFS) is easy to use, and we have a complete trail and traceability. We also like the access control part.

The price could be cheaper.

We're going for a cloud solution that will give us similar functionality and integration with our other products that we are customizing, like SFD. At present, those codes aren't many. 

I've been using it for more than eight years.

It is stable.

It's scalable. We have around 45 users.

We deployed it using an in-house team. You will need two to three people who are in the DevOps teams, who do all the testing, and programmers, who use it and check the code.

You will need to obtain server and account licenses.

TFS is a good product, and I would rate it at eight on a scale from one to ten.

We use TFS for manual testing in our labs and as an automation tool., basically use TFS and we have the shared for that. 

The TFS was previously used for the build repository, but we have moved away from using it and we use other tools for builds. We are moving towards JIRA for other activities, such as cascade management, and test automation management.

The most valuable features of TFS are the test plans. We can reproduce reusable test plans in test automation. We have a lot of queries and this feature is very useful. 

I have been using TFS for approximately seven years.

TFS is highly stable. We have a lot of queries and the test plans can generate for automation purposes and runs very well. I prefer TFS over Jira in this area.

TFS is scalable with different Microsoft tools for test management but it is not scalable with other third-party tools.

We have more than 200 users using this solution.

We use JIRA in parallel with TFS and we are facing a lot of difficulties with JIRA because we do not receive the leverage and the same features in JIRA that we do in TFS. Our preference is TFS over JIRA.

There is some maintenance required from our team. For example, licensing and overall support. 

When the applications are developed in VideoStudio and other technologies. It's preferred to use TFS for all of the management solutions.

I rate TFS a nine out of ten.

The use case is as our repository for UPS Enterprise and the performance is pretty good.

It is a big improvement because before we were using PBCS.

Build definitions and releases within the product. They allow us to put our latest applications in the field.

Right now they are up to standard. All the features that we needed are included currently in TFS, including Git repository which allows our developers to perform their code-testing without impacting by uploading the latest code in TFS. It fits all of our needs.

100 percent stable.

It's completely scalable.

I give technical support a rating of A-plus.

The previous solution was PBCS which was obsolete for our team and that is why the company decided to invest in TFS.

When selecting a vendor what's most important, speaking from a money point of view, is that it be cost effective. It should have good support like Microsoft doing provides with TFS, and be easy to use as well.

Initial setup was straightforward.

The other vendor was HPE but we decided to go with Microsoft.

It has great functionality: work items, backlogs, source code, build releases, and it's easy to use.

TFS is very easy to integrate into your system. It's very easy to follow for any new developers. Also, I would say some 80 percent of developers out there use Visual Studio which is integrated with TFS.

I use it  for managing. To manage the project in Git and manage branches in projects. 

Merging branches is definitely one of the more challenging aspects for people new to TFS.

I have been using it for three years. 

Stability is okay. I would rate the stability an eight out of ten. 

I would rate the scalability a six out of ten. Sometimes, a lot of branches get mixed together, making it difficult to use. I remember struggling with these branch management issues some time ago and even wrote about them. It is so hard to review problems in TFS.

There are around 200 end users using this solution in our organization. 

I found Git to be a better overall experience. Merging branches in TFS, especially merging to the master branch, could be quite difficult. Git seemed to handle it more smoothly. However, after two years, the company decided to switch to Git.

For experienced users, it might be manageable, but for non-technical users like nurses, branching and merging in Git proved difficult. They often had to ask for help from team members because they found it challenging.

Overall, I would rate the solution an eight out of ten. 

We use TFS for bug detection and incident management. 

TFS' most valuable feature is the triage process. It is a robust solution that is easy to use. 

The tool needs improvement in stability. 

I have been using the solution for three years. 

I rate the tool's stability a seven out of ten. 

TFS' scalability is quite good. My company has 25 users. 

TFS' deployment is simple. You need about five to seven resources to handle the deployment and maintenance. 

We have seen ROI with the tool's use. 

The tool's licensing costs are yearly. 

I rate TFS an eight out of ten. 

We use this solution for test management and defect tracking. 

Most of my work is in the defect area of the solution. I like the attachments which can be directly inserted and highlighted. Users get alerted so they know when there's work required which makes the solution quite efficient. TFS also has filters that help us create a dashboard for monitoring, as well as test and script planning.

I haven't been able to get access to the test case management and execution because it requires an extra license fee. It would be helpful if that was made available to all the users who have already bought TFS.

I've been using this solution for about three years. 

The solution is stable. 

The solution is scalable. 

The features in TFS are similar to those found in Jira. 

The solution came with our Microsoft package so no deployment was required, it was just a matter of clicking on the web link. We currently have more than 500 users and that will increase in the future. 

I rate the solution nine out of 10. 

It is mainly for the work item handling, which is the documentation for the development projects. We also use it for requirement handling and then following a project's progress with tasks or issues.

It doesn't improve the way our organization functions, but it supports the way we work. Instead of having separate Excel or other work item lists, we can just utilize the work items provided by TFS for record-keeping and monitoring the progress.

The work item feature is most valuable. It allows us to store all product requirements. We can also link the test cases to those requirements so that we know which feature has already been tested, and which one is waiting for testing. We can also couple the code reviews, unit tests, and automated tests into these requirements.

It is reliable. It has all the features and good performance. It also has reporting tools or analysis tools. 

Currently, we are looking for a solution with which we can incorporate third-party development sites or third-party project teams into the system. Because it is on-premise, it is a bit problematic because we need to have a VPN or something else in the system. A cloud-based solution would be better for us, and that's what we are looking for. Our biggest problem is the external connection, which, of course, is limited by our own IT. It would be good to have some kind of publishing service for this external connection. It might be there, and it might be that our IT is making it impossible for us.

Its template editor could be easier to use. Currently, customizing the project templates according to your needs requires some work.

I have been using this solution for 15 years. I have been using its latest version for a couple of years.

It is reliable.

I haven't actually used their support very much. I'm not really the one who is maintaining the system. 

You can find a lot of information by searching the web. There is also a community around it, and a lot of answers are available. Microsoft has its own support if needed.

I haven't been so much involved in building up the TFS server, but I think it is rather simple. The installation is simple. There are so-called project templates that you might need to adjust according to your needs. These require some work. If you can use the default templates, then no work is needed. We have managed to adjust everything for what we needed. There were no problems that we couldn't overcome. Its template editor could be easier to use.

It was done in-house. It is pretty easy to come up with an installer. There is nothing difficult there.

The Team Foundation Server is now called Azure DevOps. We are using an old product. I would advise others to consider whether they need an on-premises or a cloud solution. The on-premises solution requires external developers. They can also look at the cloud option and see which product offering is better for their needs.

It is a nice system to have. You get a managed system where you can manage your development tasks easily, and you don't need to keep your own bookkeeping for tasks and backup items. They are already there in TFS. You can just use the system monthly and produce reports out of the system. For me, it was nice to see that such a tool exists.

I would rate TFS a nine out of ten. I'm pretty happy with it.