Hi, Is there a comparison available for TFS4JIRA vs USETFS? Regards, Samir Shah
NOTE: This answer was originaly created in March 2013, both UseTFS and TFS4JIRA evolved much since then so it may no longer be relevant, still might be worth reading :)
---
Hi,
I don't think there's a comparission anywhere. For a long time TFS4JIRA only supported TFS changesets indexing while UseTFS had also "Work Synchronizers" that allowed two way synchronization of JIRA Issues and TFS Work Items. This maybe gives UseTFS a bit of advantage in terms of having this a more mature solution, tested and solution by many customers worldwide.
But recently things have changed and I believe that TFS4JIRA has their own implementation. So from functional perspective the main differences as I can see are:
I think both products are good ones and I encourage anyone to try each of them and make the decision after evaluation. I can't speak for Spartez but we at Pigsty are always opened to implement new features per customer requests. If you expirience any issues or have further questions we're always happy to provide help. Feel free to email at andrzej.pasterczyk@pigsty.com.pl
Disclaimer:
I work for Pigsty - vendor of UseTFS. My opinion is based on experiences that I have evaluated TFS4JIRA in terms of changesets indexing and seen demonstration videos along with documentation for synchronization part.
I hope that someone from Spartez will notice the question and provide a response from their point of view, especially that I'm curious myself :)
We are trying to decide on a TFS - Jira integration now as well and I am finding some downsides to both plugins that I need to figure workarounds for.
@Andrzej Pasterczyk
Since we have the ear of someone from Pigsty, can you answer how this works for stubborn developers (those who dont want to be bothered to install the client side) or for those who may be working from home in a pinch and dont have the client side insalled? Does their TFS commit get put in without relation to a JIRA ticket, or does it get blocked entirely and they cannot commit?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I'm writing on behalf of Spartez, creator of TFS4JIRA plugin. We are happy that you are interested in our product, I just wanted to add that in next two or three weeks we will release new version with many features that was long requested (fo instance synchronization of time tracking, comments and subtasks).
As for the comparison itself I never seen it anywhere. If you have any specific question we will be happy to help, just drop us an email on support@spartez.com.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Samir, what did you land on? And what is you experience with your choice?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Joseph,
We like stubborn developers and I hope our solution fits their needs. There are several scenarios to consider based on setup you choose.
Scenario 1
UseTFS jira plugin installed, check-in policy not enabled on TFS repository
When doing checkin developer is not prompted for anything. If valid issue key is manually included in check-in comments or check-in notes fields it will be picked up by JIRA plugin and associated with given issue. As far as I know this scenario is same as with TFS4JIRA.
Scenario 2
UseTFS jira plugin installed, check-in policy enabled, developer doesn't have client installed
When doing checkin developer will see a warning notification in check-in window that Visual Studio was unable to load check-in policy DLL. He can continue, but needs to provide additional "Override policy warning" comment (see http://msdn.microsoft.com/en-us/library/ms245460(v=vs.100).aspx ). Same as above if issue key is in check-in comment it will be associated with JIRA issue.
Scenario 3
UseTFS jira plugin installed, check-in policy enabled, developer does have client but can't/won't use it
When doing checkin developer will see a warning notification in check-in window that check-in should be associated with JIRA issue. If developer won't use our check-in policy to do that gets same policy override possibility, and same as above issue key can be manually typed in. When policy is used there's a "***USETFS***" string added to end of check-in comment - this string is customizable in check-in policy settings, and in this scenario if manually typed in it will make the policy pass so no need to override it. In other words if developer just manually creates a comment like "ISSUE-123 something something something ***USETFS***" it will just work out of the box without any policy warnings.
Let me know if you have further questions.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Excellent, thank you for your quick response. I'll play with it and give it a whirl. When playing with TFS4JIRA, I cam across a limitation which I posted a question about here:
I have not started configuring UseTFS yet, so I'm not sure if I'll hit the same limitation there.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.