Say wwhhhaaaat? - All Comments

re: TFS 2010 - An Introduction to Gated Check-in

Shaun — Thu, 31 Jan 2013 15:10:05 GMT

Keith: We encountered the same problem. IT is because you are using the old tfsbuild.proj for your builds instead of the 2010 workflow way. No worries, all you have to do is add the <SkipLabel>true</SkipLabel> into each tfsbuild.proj file that you have gated enabled on and this will fix your issue when doing a gated checkin with added files.

re: TFS 2010 - An Introduction to Gated Check-in

Simon — Fri, 11 Jan 2013 15:02:49 GMT

Having now used tfs 2010 for 2 months I can honestly say it is the worst code repository system on the planet.

Why, or why or why, would anyone want to have their changes shelved on the build machine when a build fails. In what use case could this possibly meet. It is purely there because tfs is an upgrade from source safe which doesnt allow multiple people working on the same file.

I love microsoft products, and ive built my career around them. I wish they would get with it on source control too.

TFS 2012 is a bit better but not much, when you compare with mercurial or git.

re: TFS 2010 - An Introduction to Gated Check-in

Keith — Wed, 19 Dec 2012 17:38:17 GMT

Gated checkin in TFS 2010 doesn't seem to work when you add new files. I converted an old VS 2008 sln to VS 2010 format and an number of new vcxproj files were added for my C++ projects. The gated build failed saying it couldn't apply a label to foo.vcxproj because it hasn't been checked in. Now, isn't that a bit of a chicken & egg problem? I can't check it in until the gated build passes and the gated build won't pass until I check it in. Great idea but doesn't seem fully baked yet.

re: TFS 2010 – Customizing Build Information (Part 1)

jame — Thu, 06 Sep 2012 04:25:28 GMT

good

re: TFS 2010 - An Introduction to Gated Check-in

Arun.Sangal — Tue, 24 Jan 2012 21:05:03 GMT

OK. Here's what I need. Can you assist, thanks.

1. Our BD(Build definition) is: CID_Build, it's trigger is set to Gated checkins.

2. Developers committed changed, got the window about shelveset, so s/he launched the build (gated way)

due to trigger set in BD.

3. Now, lets say, "due to" TFS application/services/build server issue related to memory/disk space if a build

fails (i.e. build didn't fail due to a bad source code by the developer), then, IS there any auto way to run that

same build again i.e. if someone resolves the disk space/network/memory issue on TFS App/Build

server/etc, then that developers changes should be checked in (and for this we need a fresh build which

failed earlier).

- Is there any setting in Team Explorer that does this?

- Is there any configuration file/setting I can do to make this happen.

- We dont want the developer to come next day and tell us that the his/her changes didn't go to TFS repository

because the build failed to a NON-Developer issue.

Any insights will be appreciated.

Thanks

Arun Sangal

re: Windows Workflow 4.0 – Workflow Instance Extensions

Patrick Carnahan — Thu, 01 Dec 2011 20:06:51 GMT

Once we finally wrap up development I should be able to devote more attention back to the blog. I should be able to post a follow-up for this article within the next month or two, depending on how busy we remain. Thanks for your interest and I hope you continue to read!

Patrick

re: Windows Workflow 4.0 – Workflow Instance Extensions

Jimit — Wed, 30 Nov 2011 09:22:47 GMT

Any word on the follow-up article for this series?

re: TFS 2010 - An Introduction to Gated Check-in

Patrick Carnahan — Mon, 28 Nov 2011 05:26:35 GMT

@Yaworm

If you are using TFS 2010 then it is built into the product. It's a simple configuration option when editing the build definition.

Patrick

re: TFS 2010 - An Introduction to Gated Check-in

Tanmoy — Fri, 25 Nov 2011 08:55:52 GMT

@Yaword

I have set up gated check in into our server and did not have to use any special database or anything special for it.

re: TFS 2010 - An Introduction to Gated Check-in

Yaworm — Thu, 17 Nov 2011 15:44:17 GMT

Our TFS administrators have a build set up for Continuous Integration. I've been begging them to switch it to Gated Check-in, but they insist that doing so would require them to set up some kind of specialized database and they don't have time to do that. I haven't been able to find any discussions on-line that support their claim. Are they lying to me?