Currently, I use Atlassian JIRA on my job at Kayako – I use Redmine for my personal projects. And still I like Redmine more! But, what I like in JIRA is sequent numbers plus the project key in issue IDs. There are many benefits to such issue numbers, some of them are: a) you easily see how many issues the project has, b) it’s much easier to remember issue IDs (even if numbers are four-digit – not sure why, maybe because you follow numbers increasing), c) you always know, which project the issue is for. These are no way critical benefits for me, but one day I got interested – how the similar can be implemented for Redmine. So, I started to experiment… And eventually here goes the result of the experiment – the ISSUE-id plugin for Redmine!
Generally, this plugin does two things: a) it adds a special project prefix to each issue id (e.g., ISSUE-
) and b) it makes all project issues to have ID numbers sequential in the project scope. Thus, the first issue of the project is going to be #ISSUE-1
, the second – #ISSUE-2
, and so on.
But, the main problem, the plugin is attempting to work around, is not how to generate the ISSUE-id style IDs (it’s quite easy, actually), but how to make Redmine work with such IDs. And that’s not easy at all! So, to produce less problems the plugin adds the new ID style in addition to the default style (known as “legacy” style in the plugin). This way users are going to see new issue IDs, when it’s possible, and legacy IDs, if there are any problems. The plugin does its best to resolve as much such problems as possible though.
If you are a Redmine plugin developer, check this tutorial on how to support the new issue id style in your plugin.
Certainly, the project key, which is used in new issue IDs, must be specified by the project manager beforehand. The plugin allows to do this in the project settings, below the project identifier:
Like the project identifier the project key can be set only once and cannot be changed later. At the very moment, when it’s set and the user saves it, the plugin generates new issue IDs for all project issues. This way the user actually enables new issue IDs for the project. In other words, if the project key is not set for the project, this project will continue using legacy (default) issue IDs. So, you can control, which projects use the new issue ID style and which don’t…
Uninstalling the plugin is also safe – Redmine will just use legacy issue IDs for all projects. However, the new issue ID style Wiki syntax will stop working in this case.
You might want to use the same project key for the parent project and its subprojects. If this is the case, enable the “Issue key sharing” option in Administration → Plugins → ISSUE-id → Configure:
In addition to the above the plugin implements some other minor features to make new issue IDs work smoothly under Redmine. Thus:
- It adds the new Wiki syntax: strings like
#ABCD-123
in the Wiki content are replaced by links to corresponding issues (if present). - The issue auto-completion (which is used, e.g., for “Related issues” field of the issue form) now supports the new issue style as well.
- And so on.
Comments (10)
Added by Suvrat Bhat 10 years ago
Issue-ID plugin works great. Could there be an option to make the issues with ISSUE-ID searchable. I see that the issues with IssueKey-Number are not searchable
Please suggest.
Thanks,
Suvrat
Added by Andriy Lesyuk 7 years ago
I forgot about this issue, so did not include the fix into 0.0.2. Sorry.
Please report such issues via Redmine. Added it there as #ISSUE-15.
Added by Julian Chang 10 years ago
Thank you Andryi for creating this fantastic plugin, I am test-driving it and it is working great! I can link issues together using the issue-key.
The only minor problem is with specifying parent/child tasks, when redmine complains about “Parent task ID invalid”. Here is the log report for your kind reference:
Redmine 2.6.0:
I have a project with issue key “IRC”, with 4 newly defined issues (no relationships between them whatsoever), with keys respectively:
IRC-1
IRC-2
IRC-3
IRC-4
I am able to define relationships between them, e.g., IRC-1 is related to IRC-2, etc.
However, I cannot set
IRC-1 ‘s parent to IRC-4
nor can I set
IRC-4’s parent to IRC-1
Examining the logs show the following Error:
Added by Julian Chang 10 years ago
Sorry for posting the bug report here instead of using an issue, I tried registering an account on your site, but was unsuccessful. My loginID/email (I don’t have openID) is in your system, but I cannot login.
Recovering password did not generate a link for me, either.
Thank you for your time again!
Added by Andriy Lesyuk 7 years ago
This sounds like #ISSUE-4, which was fixed in 0.0.2.
The log is, however, related to third-party “unread_issues” plugin. This conflict can also be, probably, already fixed in 0.0.2 (needs testing).
Added by John Pankowicz 10 years ago
Andriy,
Thanks for creating this plugin. It will be extremely useful.
However, it is not working right now for Rails 4. When I first ran:
I got:
I fixed this problem by changing all
$
and^
usage to\A
and\z
to satisfy the Rails security concerns.Re-running the rake command then gave this error:
I do not know enough about Rails to try solving this problem.
Added by Andriy Lesyuk 7 years ago
This was fixed in 0.0.2 too. Sorry for the delay.
Added by voku 9 years ago
Hello !
I have the same issue with redmine 3.0.3 stable.
i sthere a fix for this problem available ?
br
VoKu
Added by Andriy Lesyuk 7 years ago
It’s available now – in 0.0.2.
Added by Master5597 9 years ago
I’d look at this fork.
https://github.com/jett/issue-id
Also available in: Atom
Add a comment