Menu
I've just installed TFS 2012 RC and Visual Studio 2012 RC. I see some interesting feartures: Code Review, Build Success before check-in. But it do not! So my question is:
915
Using the TFS Web InterfaceEnter the code review id in the Search work items field. Navigate to the Links tab, scroll down to the Changeset control, and click Link to. Enter the changeset id and click OK.
1) In team explorer, go to the "Settings" section. Choose "Source Control". When the window pops up, select the "Check-in Policy" tab. Click "add" and select the options you need.
2) Create a new build. On the "Trigger" tab, change to "Continuous Integration". This will force a build with every check in.
3) Gated check in requires a successful build to check in. Continuous Integration (CI) builds on check in (both options are found on the trigger tab in the build settings, and you can actually have both on different builds) A gated check in will basically store your check in as a changeset, run a build on it, and deny the check in if the build fails. CI checks in your code and runs a build, which may or may not fail.
Hope that helps!
184
There are a couple of Code Review checkin policies that you can install in Visual Studio and configure for you Team Project. These will enforce that a Code Review work item is linked to the changes before you can check them in:
40
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With
