Project

General

Profile

Actions

Feature #1624

open

Issue merging

Added by Nikolai Bochev almost 16 years ago. Updated almost 3 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
Issues
Target version:
-
Start date:
2008-07-11
Due date:
% Done:

0%

Estimated time:
Resolution:

Description

I know i could add links to related issues, but what i'd really like to see is the possibility to merge 2 or more tickets into one.


Related issues

Related to Redmine - Feature #7997: Merge IssuesNew2011-03-25

Actions
Related to Redmine - Feature #3708: Merge duplicated issuesNew2009-08-03

Actions
Has duplicate Redmine - Feature #6900: merge of two or more ticket Closed2010-11-15

Actions
Actions #1

Updated by Paul Rivier almost 16 years ago

That makes sens.
Let's say B gets merged into A. Accessing to B sould :
  • lead to a 404 ?
  • redirect transparently to A
  • redirect verbosely to A

Issue discussions can be merged automatically on a timestamp basis, but what about description ? I think merging operation should prompt for the new description, including both parent descriptions surrounded by tags like conflict tags with subversion. The person doing the merge should do something about that before validating the merge operation.

WDYT ?

Actions #2

Updated by Nikolai Bochev almost 16 years ago

I think trying to access the merged ticket should redirect with a notice.
As far as the description goes - i am using OTRS at work, and it merges tickets keeping the original description of the host ticket, and adds the guest ticket's description down along the topic one a timestamp basis. What you describe should work also ( manually merging both descriptions ). The whole point for me on merging is to be able to merge duplicate tickets, but when somehow the duplicate adds something new to the related issue. So having the guest ticket's description down below in the notes will work also, as if you follow the "conversation" it will be just like someone updated the original ticket with new info.

Actions #3

Updated by Fredrik Liljegren over 14 years ago

I guess you could be given the choice of automatic merging of #X into #Y, or manual merging. With automatic merging, something like what's stated above would work: Title and decription of the issue merged into (#Y) is kept, while the title and description of #X is added as a comment as "Merged with issue #X: Title...".

Merging is always preferrable to deleting double issues; if nothing else, you get a new watcher (the author of issue #X) and everyone can see more people wants the same thing.

Actions #4

Updated by Fredrik Liljegren over 14 years ago

Oh, I forgot to add: I also vote for a redirection woth a notice.

Actions #5

Updated by anthony george about 14 years ago

Kind of reviving a semi old issue here, but I don't see any newer comments/issue pertaining to issue merging. I really wish I knew more ruby, but my background lies with perl.
I use request tracker(RT) from bestpractical.com(http://bestpractical.com/rt) on a daily basis for work, but chose redmine for personal and all code management because of its integration with subversion.
So.. I thought a little insight into how another system does this may be helpful.
Anyhoo, RT accomplishes issue merging by using a database column EffectiveID, that, under normal circumstances, would be equal to the issue ID, but when merged, the EffectiveID is equal to the issue it was merged into. The routine(s) that load issues for view, etc load up issues by id, but "overlay" it with the effectiveID, thereby giving the look that it is a single issue..

Again, if I knew ruby(at all) I'd be happy to dive in and at least hack something up, but I'm at a loss.
Hopefully this is helpful

Actions #6

Updated by Igor Kalashnikov about 14 years ago

One more vote for manual merging :)

Actions #7

Updated by Per Oja almost 14 years ago

Another vote!

Actions #8

Updated by Sönke Noack over 13 years ago

Oh, dear. I thought merging tickets is already possible in Redmine, but only began searching for such a feature as I couldn't figure out how to do this.

I'm also fond of the idea that it's done like in OTRS, which I had let being installed at work for handling customer issues.
However, Redmine seemed much better suited for the task of bug/feature/issue resolving and thus will hopefully supercede our homegrown bug tracking system, chiefly because of its procedure management, overview & reporting facilities.

If merging tickets really still isn't possible right now, is there any suggested workaround I can follow?

TIA and regards, Sonny

Actions #9

Updated by Walter Heck over 13 years ago

I could also really use this. We have all emails coming from auto-creating issues in a redmine project called "unassigned". From there we move the issues into their specific projects. When we receive multiple emails in a discussion for instance, that creates a whole bunch of new issues, which is pretty annoying to handle :)

Actions #10

Updated by Félix Delval over 13 years ago

+1 for that feature.

Actions #11

Updated by Roland Discein about 13 years ago

+1

Actions #12

Updated by Jason Butz about 13 years ago

+1 for this feature

Actions #13

Updated by Mats Andreassen over 12 years ago

I was surprised to find out this was impossible in current. Consider this a +1.

Actions #14

Updated by Brian Jacobi over 12 years ago

+1 I'm surprised this still isn't implemented. Concept of locking or merging please :)

Actions #15

Updated by Terence Mill over 12 years ago

The you suing the email import the wrng way.
If an issue is created is gets an id which will be refernced in "topic" filed for all mail notification are created for this mail. If any new mail includes the (not 100% sure) "[#issuenumber" string the mail will be added to existing issue as comment.

Walter Heck wrote:

I could also really use this. We have all emails coming from auto-creating issues in a redmine project called "unassigned". From there we move the issues into their specific projects. When we receive multiple emails in a discussion for instance, that creates a whole bunch of new issues, which is pretty annoying to handle :)

Actions #16

Updated by Jason Butz about 12 years ago

I'd like at add a +1 for this feature as well.

Actions #17

Updated by Paolo Sechi about 12 years ago

absolute a must. so +1

Actions #18

Updated by Vlad Tyschuk about 12 years ago

Also, +1 from me for this feature.

Actions #19

Updated by Jarek Potiuk about 12 years ago

And +1 from me.

Actions #20

Updated by Brian Lacy over 11 years ago

+100 ;)
An extremely useful feature. Surprised there hasn't been more discussion on this..

Actions #21

Updated by koen maes over 11 years ago

it is not going to happen - 4 yo by now

Actions #22

Updated by Dani Leni about 11 years ago

+1
I still want to see this.
Now we have to move all files and transfter time spend, but we can not transfer comments right?
So we have to delete old issue...

Merge is needed. Its needed when workflow is changed.

Related is not the same.

Actions #23

Updated by Saager Mhatre about 11 years ago

+1

Actions #24

Updated by Jamie Carl about 11 years ago

+10

Just hit a case where I really need this! I went to merge two issues and was surprised that it wasn't there. This is essential!

Actions #25

Updated by Jean-Philippe Lang almost 11 years ago

Actions #26

Updated by Deoren Moor almost 11 years ago

+1; this would be very useful for our group.

An example case:

Someone sends in an email to a support address and CC their colleagues. Their colleagues all join in the "conversation" and continually Reply-All with the support address as a "participant". Redmine scrapes the emails and creates lots of duplicates.

For now we've been using the most recent email as the original and marking the others as duplicates of it, but having a merge option would be very useful.

Actions #27

Updated by Etienne Massip almost 11 years ago

Actions #28

Updated by Jonathan Schneider almost 11 years ago

+1

A feature I really miss from Request Tracker.

Actions #29

Updated by Tarun Kakkar almost 11 years ago

Hi team need your support to merge two tickets in Redmine .Is this available as a feature ?

Prompt response on this matter will be highly appreciable

Nikolai Bochev wrote:

I know i could add links to related issues, but what i'd really like to see is the possibility to merge 2 or more tickets into one.

Actions #30

Updated by Chris Fields over 10 years ago

+1. I was very surprised this isn't already a feature. At the moment we are making them subtasks or 'Duplicated as' relations, but that's not really optimal.

Actions #31

Updated by Leonid Titov over 10 years ago

Definitely necessary feature. +1 vote for it.

Actions #32

Updated by Joerg Boeselt about 9 years ago

+1 !

Actions #33

Updated by Leo Gaggl about 9 years ago

Any ideas if this will make it onto the roadmap at some stage ? This seems such a long-standing and obvious problem covered by most other comparable systems. It would be good to have some indications if this will be looked at.

Actions #34

Updated by Christian Zagrodnick about 9 years ago

A related question is: Could this be sponsored? And if, how much money do we need.

Actions #35

Updated by Leo Gaggl about 9 years ago

Christian Zagrodnick wrote:

A related question is: Could this be sponsored? And if, how much money do we need.

I concur. I am sure there would be plenty organisations that would need this. Has some kind of 'crowd-funding' been considered in the past ?

Actions #36

Updated by Go MAEDA about 9 years ago

Christian Zagrodnick wrote:

A related question is: Could this be sponsored? And if, how much money do we need.

I think the most needed thing to implement the feature is a patch rather than money.

Actions #37

Updated by Go MAEDA about 9 years ago

Actions #38

Updated by Jamie Carl almost 9 years ago

+1 Will we ever get this feature?

I'm getting users who report issues via email constantly creating duplicate issues by fwd'ing the email again with amendments, instead of replying to the (New) email they receive. Currently I am manually cutting and pasting the new email into the existing one then closing the new issue as a duplicate. It would be way better to actually merge this stuff.

Actions #39

Updated by nano devel almost 9 years ago

+1 for this feature! Any comment from the developer?

Actions #40

Updated by Michael Krupp about 8 years ago

I am willing to implement this feature as a plugin, but I have a few questions first:

  • Original issue time log etries
    • leave them as-is?
    • move the entries to the target issue?
  • Original issue
    • leave it as-is?
    • delete it?
    • link it to the target issue?
    • close it?
  • Original issue relations
    • leave them as-is?
    • copy them to the target issue?
    • move them to the target issue?
  • Original issue description
    • copy it as new journal entry?
    • ignore it when merging?
  • Original issue journal entries
    • leave them as-is?
    • copy them to the target issue?
    • move them to the target issue?
  • Original issue commit references
    • leave them as-is?
    • copy them to the target issue?
    • move them to the target issue?
      (note: commit messages cannot be updated)
Actions #41

Updated by John Cary about 8 years ago

This is what we would like to see:

Original issue time log entries
move the entries to the target issue
Original issue
link it to the target issue
close it
Original issue relations
copy them to the target issue
Original issue description
copy it as new journal entry
Original issue journal entries
copy them to the target issue
Original issue commit references
copy them to the target issue

We will be putting something at https://freedomsponsors.org/

Actions #42

Updated by John Cary about 8 years ago

Curious as to whether there are any more comments on this?

Is there a way to contact someone at this site privately?

Actions #43

Updated by Sönke Noack almost 8 years ago

I'd agree with everything in #1624#note-41.

Concerning "Original issue", in addition to "link it to the target issue" and "close it", I would also suggest to set a status "merged" (which is of "closed" type, like "closed" and "closed unresolved").

Actions #44

Updated by Michael Krupp over 7 years ago

Sorry for the late response, but I got carried away with other work. One of my co-workers is working on this right now, and we should have a 0.1-release ready soon.

Actions #45

Updated by Franco Nogarin about 7 years ago

Hi. 8 years later and we still cant merge issues. Sadness. micheal alan has your team completed work on the hopeful plugin?

Actions #46

Updated by Andrea Rimicci over 6 years ago

As an administrative task, merging may just move the notes from original to target issue, and leave the original issue without notes. Notices about original issue status changes will be lost.

The administrator then will manually decide what to do with the original issue data, as edit target issue and/or delete original it and/or link and/or anything else.

There are so many use cases for a merge that it is safer do nothing automatically and let the user manually handle the aftermath. Again, this is an administrative task and it is better leave the user manually handle what to do with the original issue after all notes have been moved.

Actions #47

Updated by Joaquim Homrighausen about 6 years ago

+1

Actions #48

Updated by Wojtek … over 5 years ago

+1 (just ran into it).

For me it would be enough to just link notes to the same issue …

Actions #49

Updated by Yaroslav Matsera about 5 years ago

+1
I create issues from email throw REST API. I need merge two issues to see attachments in one place (Duplicate relation is not useful)

Actions #50

Updated by Dainis Abols over 4 years ago

What is the general holdup for this? This is a critical missing feature!

Actions #51

Updated by Robert Röttger over 4 years ago

+1 for this feature!

Actions #52

Updated by Carsten Buchenau over 4 years ago

+1 - would be great to have!

Actions #53

Updated by László Kenyeres almost 3 years ago

+1 for this feature!

Actions #54

Updated by Krzysztof Irzyk almost 3 years ago

+1

Actions

Also available in: Atom PDF