יום שישי, פברואר 15, 2013
Because of the high demand of
the source code of the Update Work Item Check-in policy I posted here,
here is the code of the custom check in policy you all wanted.
I made some adjustments and
The check-in policy can be
customized without the need to recompile. From Team Project Setting àSource Control, go to check in policies,
choose the Capito CheckIn Policies WITHours Editor and click edit button.
The settings window lets you
יום חמישי, ספטמבר 1, 2011
Managers and Team leaders that work with TFS track the project's progress through reports.
Reports such as Requirement Overview, Requirement Progress and Burn Down and Burn Rate analyze Work Items and display the team progress.
When developers check-in, they should link their changesets to work item(s). To help and make developers remembering this, we use check-in policies such as Work Item policy and Comments policy.
Although this data exists in TFS, there is no way to see the check-in policy overrides amount and users who made them. We need a tool for that, that gets the data from the API.
So I created a...
יום שישי, אוגוסט 26, 2011
Configuration managers in companies that use TFS need the ability to manipulate and change work Item templates according to the company's methodology.
With Microsoft Process Template Editor that comes within Visual Studio Team Foundation Power Tools, we can edit work item templates: add new fields, change the UI and the state machine of work items and fit it to the company needs. All the sets of the customized work items, source control rules and build templates gathered and called process template.
The best practice is to have one process template in our organization so all development teams use it and...
Managers and team leaders that work with TFS use Work Items to track and monitor the team's work and progress.
Work Items are based-work-packages that define scope of work for a team member, a work item can be a developer task, investigation task and test task.
With work items team leaders can watch and track of his team and the project progress. 2 important fields that I like to mention are Remaining-Work and Completed-Work; these fields show the real status of a task progress.
When a developer finishes his task and likes to perform check-in to the changed code, he...