change "versions" to "milestones"
|Target version:||Candidate for next major release|
Redmine can be used for tracking in many different types of projects, but grouping tickets by "version" does not make sense in many situations. I feel that the term milestone is a lot more inclusive, allowing for more flexibility. Its easy to have a version/release as a milestone, but the opposite doesn't really make sense.
I think it would be great if "versions" could be renamed to "milestones."
"Versions" could be added as a separate item, but I guess it might not be needed as Redmine has custom fields.
This would help with #723 too.
#4 Updated by Henrique Bastos over 11 years ago
I made that translation, and the user experience is fine.
But, IMHO the Version in redmine works semantically as Milestones, so why don't just "fix it"? An enumerator custom field for Version works great.
Then it would be great if Sprints could extends Milestones. The difference is that Sprints can group issues from all projects or issues from a specific project tree (Base Proj, Sub Proj 1, Sub Proj 2...)
#5 Updated by Ве Fio almost 11 years ago
Nikolay Solakov wrote:
I totally agree with you.
But "out of the box" is different for every user of Redmine.
There will be always people who don't like this or that label somewhere :)
Redmine is good for all kinds of projects. A version is a kind of milestone. A software developer knows this. But not all milestones are versions. I set up a project in a clumsy way because I ignored "Versions".
Trac has "Milestones" and "Versions". Redmine "Versions" are like Trac "Milestones". It can be confusing. Redmine sometimes talks about "milestones" too.
#6 Updated by Eric Voisard over 10 years ago
I'm all for the differentiation between Versions and Milestones. Version really is software development specific, and the difference between Redmine and all other FOSS PMS is that it is more generic and more open to non-software projects. That's in my POW what make its power (and that's why we chose it).
Maybe versions and milestones are semantically the same things in software development, but version has no meaning in many other kinds of projects. A milestone is a place on a timeline (there's is a chronology). A version well is a version of something. There can be Version 1 and Version 2, but there can also be Version Lite and Version Premium...
Versions can be worked on in parallel while at some point you shouldn't change the early initiation phase of a project once you've reached its closing phase.
We use Redmine for software and non-software projects. Translating Version to Milestone wouldn't fit well with software projects, and Version doesn't fit well with non-software projects. To me, they really are different things...
Maybe I'm missing something about the usage of Versions in Redmine, but practically, I don't see how to properly handle the Milestones of a project with this functionality, and I don't think it's just a matter of naming...
There is an interesting discussion about that in the forum:
"Versions vs Milestones" http://www.redmine.org/boards/1/topics/214
Redmine is great anyway! Thanks!
#8 Updated by Matthew Houston about 7 years ago
I see there are a couple of feature requests / threads relating to this particular functionality. I would also like to request it. The version functionality kind of fulfils what is required, though we don't use Redmine for software development at all the terminology really throws non-technical users.
#9 Updated by Anonymous almost 7 years ago
Since I'm evangelizing it elsewhere, I'll do it here too: I'm proposing a major expansion of version functionality in Redmine that would address all the needs described in all of these different change requests, and then some. Have a look and let me know if it hits all the right spots! #13387
#15 Updated by Robert Schneider over 1 year ago
As much as I appreciate Redmine, I find it sad that such a tiny improvement does not get realized. "Next major release" for this feature request ... does that mean Redmine 5? That will take years...
Redmine really should get more developer resources somehow.
#16 Updated by Bernhard Rohloff over 1 year ago
Depending on what you like to plan the one or the other could better fit your needs.
Work package, it heavily depends on your type of project.
I'm afraid this will be an ongoing discussion far beyond Redmine 5.
A while ago I've proposed a perhaps more universial approach in #17907#note-9.