Abstract: A context-sensitive process guidance system provides process guidance based on context data from a system used in performing the process. The system may be a work item tracking system or similar project management tool. Process guidance may provide information to a user performing actions related to a process. Context data may be derived from various sources, including the state of an application at the time of the request for process guidance, the user making the request and the role assigned to that user in the process, or the data displayed for the user who made the request. The context-sensitive process guidance system may display context-sensitive process guidance content and provide links to related process guidance content based on the context data.

Abstract: A context-sensitive process guidance system provides process guidance based on context data from a system used in performing the process. The system may be a work item tracking system or similar project management tool. Process guidance may provide information to a user performing actions related to a process. Context data may be derived from various sources, including the state of an application at the time of the request for process guidance, the user making the request and the role assigned to that user in the process, or the data displayed for the user who made the request. The context-sensitive process guidance system may display context-sensitive process guidance content and provide links to related process guidance content based on the context data.

Abstract: A context-sensitive process guidance system provides process guidance based on context data from a system used in performing the process. The system may be a work item tracking system or similar project management tool. Process guidance may provide information to a user performing actions related to a process. Context data may be derived from various sources, including the state of an application at the time of the request for process guidance, the user making the request and the role assigned to that user in the process, or the data displayed for the user who made the request. The context-sensitive process guidance system may display context-sensitive process guidance content and provide links to related process guidance content based on the context data.

Abstract: A context-sensitive process guidance system provides process guidance based on context data from a system used in performing the process. The system may be a work item tracking system or similar project management tool. Process guidance may provide information to a user performing actions related to a process. Context data may be derived from various sources, including the state of an application at the time of the request for process guidance, the user making the request and the role assigned to that user in the process, or the data displayed for the user who made the request. The context-sensitive process guidance system may display context-sensitive process guidance content and provide links to related process guidance content based on the context data.

Abstract: A work item tracking system that provides for processing of more than one type of work item. Work item types may be defined using a data structure. Fields and characteristics of the work item are defined within the work item type definition. Programs within the work item tracking system may use this information to create, modify and otherwise process work items of a single type or to form links between work items of different types.

Abstract: An integrated source code control and work item tracking tool is capable of establishing a relationship between work definition and work implementation. Once established, a more holistic view of the development process can be attained, and specific tasks can be easily accomplished. Tasks that may be accomplished using an integrated source code control and work item tracking tool include: automated generation of a list of work items that are completed in a new build of the system; automated updates of work items that are included in a build so that the work item details reflect the build in which it became available; automated transitioning of work items through a workflow when their implementation is complete and when their implementation is available in a new build; validation that source code changes represent the implementation of work items that have been approved; and managing change in the source code system with a focus on what work items it represents rather than a focus on what files are affected.

Abstract: In one embodiment, a method and apparatus for automatically evaluating compliance of at least one source code file against at least one checkin policy. In a further embodiment, providing information about the compliance or non-compliance of the at least one source code file with the at least one checkin policy. In another embodiment, providing an option to override a policy failure and submit the at least one source code file to a source code repository. In one embodiment, in response to an override of a policy failure, providing a notification about the override of the policy failure. In some embodiments, an extensible framework enabling the installation of at least one checkin policy plugin, and providing a notification that at least one checkin policy plugin is not installed. In further embodiments, providing and using a work item association policy plugin, a unit tests policy plugin, and a static analysis policy plugin.

Abstract: An integrated source code control and work item tracking tool is capable of establishing a relationship between work definition and work implementation. Once established, a more holistic view of the development process can be attained, and specific tasks can be easily accomplished. Tasks that be may accomplished using an integrated source code control and work item tracking tool include: automated generation of a list of work items that are completed in a new build of the system; automated updates of work items that are included in a build so that the work item details reflect the build in which it became available; automated transitioning of work items through a workflow when their implementation is complete and when their implementation is available in a new build; validation that source code changes represent the implementation of work items that have been approved; and managing change in the source code system with a focus on what work items it represents rather than a focus on what files are affected.

Abstract: A context-sensitive process guidance system provides process guidance based on context data from a system used in performing the process. The system may be a work item tracking system or similar project management tool. Process guidance may provide information to a user performing actions related to a process. Context data may be derived from various sources, including the state of an application at the time of the request for process guidance, the user making the request and the role assigned to that user in the process, or the data displayed for the user who made the request. The context-sensitive process guidance system may display context-sensitive process guidance content and provide links to related process guidance content based on the context data.

Abstract: A work item tracking system that provides for processing of more than one type of work item. Work item types may be defined using a data structure. Fields and characteristics of the work item are defined within the work item type definition. Programs within the work item tracking system may use this information to create, modify and otherwise process work items of a single type or to form links between work items of different types.

Abstract: An “out-of-the-box” automated build process application capable of executing a build process without any human intervention. The automated build process application may be configured to be installed and executed without any intervening manual coding of the build process, and may be capable of being configured through a user interface. The automated build application may be integrated within a software development environment, eliminating the need to independently create and use non-integrated software tools and scripts to automate aspects of the build process. Embodiments of the invention may be implemented using a workflow engine configured to execute a build process. A workflow engine (e.g., the MSBuild engine available from Microsoft Corporation) can be configured to perform all of the acts involved in a build process. The build process may be defined by one or more files formatted in accordance with a markup language such as, for example, XML or HTML.

Abstract: In one embodiment, a method and apparatus for automatically evaluating compliance of at least one source code file against at least one checkin policy. In a further embodiment, providing information about the compliance or non-compliance of the at least one source code file with the at least one checkin policy. In another embodiment, providing an option to override a policy failure and submit the at least one source code file to a source code repository. In one embodiment, in response to an override of a policy failure, providing a notification about the override of the policy failure. In some embodiments, an extensible framework enabling the installation of at least one checkin policy plugin, and providing a notification that at least one checkin policy plugin is not installed. In further embodiments, providing and using a work item association policy plugin, a unit tests policy plugin, and a static analysis policy plugin.

Abstract: The present invention provides for a test management system that maintains fine-grained versioning information without sacrificing query, filtering, and reporting capabilities. Metadata associated with a test is stored in an XML file that is versioned with the test assets and source code. Furthermore, the XML file can contain all the attributes necessary for query and management, for example via XSLT transformations.