Unify issues and source like never before
JIRA 6.2 is here, and we built it with developers in mind. In JIRA 6.1 developers could start coding right from JIRA by creating a branch. In JIRA 6.2 we continued to build on that foundation, and brought all of the components of the developer’s world into JIRA. Each issue becomes a dashboard where you can not only start development, but see code all the way through to deployment. Developers can drill down into branches, commits, pull requests, code reviews, builds, and deployments. Working with Git? Awesome! Using Subversion or Perforce? We’ve got you covered, too.
Own JIRA Download?
View the JIRA 6.2 release notes and upgrade today.
Own JIRA OnDemand?
You’ve been auto upgraded!
Organizing your world
Software development is one of the most collaborative tasks ever. Product owners contribute user stories, test and support engineers report product defects with screenshots and system logs, and developers collaborate using branches and ask for feedback using code reviews and pull requests. In JIRA 6.2, we’ve made all of these development artifacts a central part of the issue tracking experience.
With JIRA’s new integration into development tools, teams have one highly visible source of truth for all relevant information related to an issue, from its creation through to development, testing, and deployment
Maurizio Mancini, director of quality assurance
Follow from branch to deployment
JIRA 6.2 introduces the development panel to the issue detail screen in JIRA, and the detail view in JIRA Agile.
We expanded the Create branch feature in JIRA 6.1, and now highlight the entire life cycle of code: branches, pull requests, code reviews, builds, and deployments. JIRA integrates with many popular Git solutions including Stash (on premises) and Bitbucket (hosted) as well as Mercurial, Subversion, or Perforce.
Interested? Let’s walk through an example of using JIRA and Stash to fix a bug in project called the “developer-toolbox”, and deploy the change.
1. Start a branch – With the Create branch link, JIRA helps you get started by pre-populating the branch name from the issue. Stash users can link issue types to branch types to track the type of work being done.
2. View branches and commits – JIRA’s development panel highlights the status of all branches related to an issue. Anyone unfamiliar with the issue can easily get up to speed on the state of development, and see what’s been merged and what’s still open.
3. Merge with confidence – Code reviews protect quality and distribute knowledge throughout the team. See what the status of all Git pull requests or Crucible code reviews for SVN, P4, and CVS. JIRA lets the team know who needs to review, and they can take action right from the issue.
4. Validate and deploy – Ever need to know the status of a change, or find that something wasn’t fixed? JIRA integrates with Bamboo to link the results of the team’s automated tests and deployments. Issue reporters can follow the deployment of their change out to staging and production.
Effective issue tracking is about bringing all the elements of work into one central place. The new development panel adds to JIRA’s existing issue tracking features like flexible custom fields, configurable workflow, issue history, watchers, and a unified comment stream. The new development panel will empower any team to deliver high-quality software by letting everyone contribute to the development cycle.
See status clearly
JIRA 6 was a whole new JIRA, in which we delivered a modern experience using the Atlassian Design Guidelines (ADG). The new JIRA look and feel is consistent with other Atlassian applications, so users are more productive using JIRA alongside Confluence, Bitbucket, Stash, and other Atlassian products. JIRA 6.2 takes ADG even further with new status indicators. Status is the heartbeat of an issue, and JIRA 6.2 ships with simpler, text-based status indicators that make it easy to see the latest status of any issue. We believe that all issues in JIRA go through three major phases: New, In progress, and Complete. Each status defined in JIRA will be in one of these phases.
The color of the status lozenge quickly communicates what phase of work this issue is in. We realize that every workflow isn’t three steps, of course – software teams might use a set of statuses to manage their workflow.
Many software teams work across global regions. The new status indicators also work well in non-English-speaking locales, and users will be able to translate custom statuses. Let’s take a look at the status “open” in English, German, and Japanese.
JIRA 6.2 tracks more than just issues. The new status indicators traverse the development workflow for branches, pull requests, builds, as well as issues bringing a consistent UI experience to the developer’s workflow.
Optimize workflows for every team
Workflow lets teams scale and get more done together by solidifying their work culture. Teams that consistently work together delivering innovation are powered by a workflow that fits their style. JIRA 6.2 helps JIRA administrators configure a workflow for each team that fits like a glove, since workflow configuration is now in the context of a project. JIRA Administrators can browse and edit JIRA workflows for each issue type inside of a project.
JIRA 6.2 still allows administrators to share workflows between projects and issue types. It’s now easier than ever to see the impact of any given change. JIRA shows which issue types and projects use the current workflow and will inherit any changes. We’ve also brought phase colors to the statuses in the workflow so it’s easy to see how issues flow from new states, to in progress, then to done.
Read on for even more
As a self-professed JQL (JIRA Query Language) nerd, there are two enhancements that you can use to trick out your JIRA. JIRA now supports a new field, Creator, that records the person filing the issue in JIRA. How do creator and reporter differ? Often times we hear great feedback about our product that we’d like to capture. If you physically file that issue in JIRA, you’re the creator. By setting the reporter to the other person they are included in the lifestyle of that issue. They will be included in notifications as well as any workflow items that route issues back to the reporter. JIRA will keep them in the know rather than someone having to manually update them.
Also, JIRA 6.2 now supports an attachment field in JQL. Need logs submitted with issue reports? You can now run queries to find issues that do not have logs attached to them. Just add the following JQL to your query:
[cc lang=’sql’ ]attachments is not empty[/cc]
Also, those running the latest versions of Microsoft Windows are now covered, since JIRA 6.2 now supports Microsoft Internet Explorer 11.
Take the next step
JIRA 6.2 deeply integrates into your development culture by bringing source code to the forefront of the conversation. Teams are tighter and more transparent, and developers are more efficient as JIRA communicates the status of an issue to dev leads, product owners, and the test team.
Regardless of your team’s size or location, JIRA 6.2 provides one unified vision for everyone, everywhere. Save time and deliver faster by keeping everyone on the same page with JIRA 6.2
New to JIRA? Get up and running in a matter of minutes with a free JIRA OnDemand trial.
Ready to upgrade?
OnDemand customers, congrats! You’ve have been auto-upgraded to JIRA 6.2.
Check back to http://atlassianblog.wpengine.com/jira/ over the next few weeks. We will be highlighting key features and use cases using the new JIRA on the blog.