-
Notifications
You must be signed in to change notification settings - Fork 450
Workitem is not associated while doing checkin with tf.exe #191
Comments
Hi @fforjan. Yes, I should have known this (and thanks to the link with the bug report from 2008!). While tf.exe doesn't support it (and a few other things like not forcing it to return English strings to parse), the Team Explorer Everywhere Command Line Client (TEE CLC) does support associating work items. However, in order to use the TEE CLC on Windows, you need to do the following (this information is taken from the TFVC_README; specifically this). (While the TEE CLC is primarily for macOS and Linux users it can also be used on Windows.)
There's also a video that shows how to do this on Linux (the same high-level steps apply on Windows). After you do all that, you'll be using the TEE CLC with that workspace. If you put the So if you're willing to do all of that, you can get associate work items going (to satisfy your checkin policies). Another option would be for me to provide the ability to bypass the checkin policies (since they're client-side policies) via an extension setting. But then you'd have to go back to the server and do the work item association manually. Updating tf.exe itself would be a much longer-term solution (but you're already aware that it's been almost 10 years). Let me know what questions you have (I'd be happy to work through it). |
@jeffyoung I don't want my team to bypass the rule, the scrumm master is not going to be happy and it will raise red line in our project manager report ;) |
Hi @fforjan. I just wanted to check in and see if you were ever able to try this out (and, hopefully, get it working)? |
Excluding and Including files is very slow on my computer when using TEE, close to not be usable. |
Have the same issue, is this fixed? This is unusable, if there is requirement to add work item(which should be by default requirement). |
This issue is particular to TF.exe (as the TEE CLC supports associating work items). Although I've filed a bug against TF.exe about lacking the support for associating work items for TFVC repositories, the issue has been around a long time (https://social.msdn.microsoft.com/Forums/vstudio/en-US/33830525-ede9-48ca-adcf-a8e820b4b3ba/how-to-associate-work-item-information-with-tfexe-checkin-command-?forum=tfsversioncontrol). I don't expect TF.exe to be updated anytime soon. Unfortunately, the only workaround in VS Code that I'm aware of is to the use the TEE CLC (like I described above) which does support associating work items on check-in. I would expect Visual Studio (the IDE) to be able to do this as I don't believe it uses the TF.exe directly (I believe it uses direct SOAP calls and updates the work items that way). |
The only other option would be to run It's certainly unfortunate that TF.exe doesn't support this (and hasn't for a long time). |
I resolved this by using team explorer seperatly for the moment. |
@pollusb erm yeah, well is there any other option? That's work around, not solution hehe. But yeah, still not implemented I guess? @jeffyoung any update on this? Thanks |
@nukec you can type "#" into the commit box directly as a workaround. |
Any progress on this issue ? isn't it as simple as adding a configuration key to the tfvc.settings to toggle adding and removing the '-noprompt' key from the TF.exe commands ? |
Any update please ? Thanks |
To override checkin policy i have modify checkin.js file (.vscode\extensions\ms-vsts.team-1.161.1\out\src\tfvc\commands), and now i can temporaly checkin from vs code
Maybe have override setting can be an interesting option Titi |
When trying to associate work items for checkin, my checkin is rejected:
I've used the associated item and picked one (the #492455 which was added to the comment line) but this is not added.
While reviewing the tf.exe command line, I found this :
https://social.msdn.microsoft.com/Forums/vstudio/en-US/33830525-ede9-48ca-adcf-a8e820b4b3ba/how-to-associate-work-item-information-with-tfexe-checkin-command-?forum=tfsversioncontrol
Which means the current approach is 'broken' for us which requires (MUST HAVE) associated workitems ?
The text was updated successfully, but these errors were encountered: