
Introduction
Mingle Extension for Visual Studio delivers project-relevant access to Mingle (and soon Go) from Microsoft Visual Studio so that you can use these tools without leaving the IDE. You will realize better productivity in development and accuracy of data in Mingle and Go with these tools literally at your fingertips during coding and development.
This is an open source project on github. If you are interested in contributing we'll make a way for that to happen.
DOWNLOAD MINGLE EXTENSTION FOR VISUAL STUDIO HERE
Features:
System Requirements:
Installation:
Notes:
History

The Mingle Dependency Tracker allows dependencies between cards and projects to be recorded and tracked.
The tool consists of three macros:
1. Project macro (dependency-tracker-project) : used to track all the dependencies within a project and to record dependencies between cards in the project and on other projects
2. Card macro (dependency-tracker-card): displays the dependencies relating to a single card and allows that cards dependencies to be recorded
3. Program macro (dependency-tracker-program): displays dependencies between projects
The three macros differ somewhat in the way they work, but all have the same general structure and behaviour.
To view the dependencies of a card, choose it in the central selector. The right-hand table shows the cards that the selected on depends on; the left-hand table shows the cards that depend on it.
Cards are colored according to whether their dependencies have been met. Cards with unmet dependencies are colored red, those with met dependencies and no dependencies at all are colored green.
Dependencies can be created using the form below the selector. This form can be used to create dependencies on other cards in the same project, or on cards in other projects. Duplicate and self-referential dependencies are disallowed.
A number of aspects of the macros can be configured. These include:
See the section "Macro reference", below, for details.
The card macro should be placed in the description of a card. It reports on the dependencies involving that card and allows new dependencies for that card to be recorded.
The project macro should be placed on a wiki page. It reports on all dependencies within the project and on dependencies on other projects. It allows dependencies of any card in the project to be recorded.
The program macro should be placed on a wiki page. It is designed to be used in the context of program-level reporting, possibly in a dedicated program reporting project. It reports only on dependencies between projects. It is not possible to record dependencies using the program macro.
This section details the parameters that the macros take. Each should appear at most once. Examples of each one are given below.
met
MQL condition specifying when a dependency should be considered to be met. Mandatory.
met: Status = Accepted
met: (Type = Story AND 'Story Status' >= Accepted) OR (Type = Bug AND 'Bug Status' >= Closed)
properties
A list of additional properties that will be displayed in the dependency table. Optional.
properties: [Status, 'Card Owner', Type]
properties: Status
card-type
The card type, or types, to display in the tool. Optional. Defaults to "Story" in the project and program macros and the type of the current card in the card macro.
card-type: Story
card-type: [Story, Task, Defect]
filter
MQL condition which restricts the cards displayed in the tool. Optional. No restriction is applied by default.
filter: Release = 'Release 3'
filter: Component = UI AND Status != Closed
projects
Program mode only (see section "Standalone and program mode", below). The identifiers of the projects that make up the program. Optional. Includes the current project by default.
projects: [mobile_client, security, core_services]
dependency-project
Program mode only (see section "Standalone and program mode", below). The identifier of the project where dependencies are stored. Optional. Defaults to the current project.
dependency-project: program_reporting
This example macro invocation includes all the parameters:
{{
dependency-tracker-project
met: Status = Accepted
properties: [Type, Status]
card-type: [Story, Defect]
filter: Release = 'Release 3'
projects: [mobile_client, security, core_services]
dependency-project: program_reporting
}}
For more examples, see the section "Setting up the macros", below.
This macro runs a MQL query with the ability to limit the number of rows returned.
{{
query-limit
query: Select Name where type = Story order by project_card_rank
project-group: sailboat_connection
limit: 10
}}
This macro runs a query on the indicated project, but will only return at most limit # of rows.

The Mingle Add-In for Excel 2010 extends Microsoft Excel with direct integration to Mingle. This add-in provides a convenient ribbon bar in the Excel user interface that you use to access features of the add-in. From there you can create, name, save and run MQL queries that extract data from Mingle and bring it into Excel for analysis using all the power of Excel.

A new version of the Mingle-JIRA Connector is now available.
This is a rewritten, backwards-incompatible version of the Connector. It has the following new features:
We would welcome your feedback and suggestions on how to it could be improved. Please comment below or email support@thoughtworks.com.
DOWNLOAD here: Linux, Windows.
The release archives contain full documentation.
Users pass issues from JIRA to Mingle by triggering the handover workflow action, which moves them into a special handover status. When an issue is moved into this status a new card will be created in Mingle, with the same title and description as the issue.
The card created in Mingle will contain a hyperlink pointing to the linked issue in JIRA. A similar link to Mingle points back to the originating JIRA issue.
When the card is completed the JIRA issue will be automatically transitioned to the next step in the workflow.
The Connector can handle links between multiple JIRA and Mingle projects. Each JIRA project must be linked to exactly one Mingle project (or not linked at all); each Mingle project may be linked to one or more JIRA projects.
Every card that is created in Mingle will have a property containing the key of the originating JIRA issue. The card’s title and description will match those of the issue. The card’s description will also contain a hyperlink to the issue and the issue will have a hyperlink to the card in a custom field.
The type of card created is determined by the type of the originating issue. This mapping is configurable.
In addition to the standard mappings above, the Connector can map JIRA issue fields to Mingle card properties. The fields mapped and the properties that they are stored in are configurable.
Only the following JIRA fields can be mapped:
Project
Assignee
Reporter
Created (transfers date only; doesn’t include time)
Due Date
Priority
These values will be copied across when the card is created. There is no further synchronization between the values after card creation. Once data has been copied from the issue to the card (including the standard data described above), it can be freely modified in Mingle without being overwritten by the Connector.
In addition to setting card property values based on issue fields, each card created by the Connector can have properties set to constant values. The properties and values are configurable.
The Connector consists of two components: a JIRA plugin (Type 2) and a standalone process. The plugin responds to status changes by using the Mingle API to create cards. The standalone process monitors an event feed in Mingle’s API and triggers issue transitions using JIRA’s SOAP API.
The standalone Connector process can be deployed on any machine that has network access to both the Mingle and JIRA APIs. It must be triggered externally and should be integrated with the standard scheduling facility of your deployment platform.
The Connector supports Mingle 3.3 or later and JIRA 4.1, 4.2, 4.3 and 4.4.
Physically the Connector consists of two files. The standalone component is an archive (tarball or zip) which needs to be unpacked to an appropriate location. The JIRA plugin is a jar file which must be deployed into the JIRA server.
When deploying the Connector for the first time, a small amount of JIRA workflow modification is required to introduce the special handover status.
In addition to the details of the servers and the data mapping configuration described above, all aspects of both JIRA and Mingle workflow can be configured on a per project basis. In Mingle, different workflows can be configured for different card types.
The plugin is configured through JIRA’s administration UI. The standalone component is configured with a single text file in YAML format.

Checkout a new addition to the Mingle ecosystem a Story Triangulation iPhone App by EEEMDW Inc.