Skip to content
This repository has been archived by the owner on Nov 18, 2021. It is now read-only.

Be able to attach issues and merge requests to multiple milestones #441

Open
gatsoulis opened this issue Aug 12, 2015 · 58 comments
Open

Be able to attach issues and merge requests to multiple milestones #441

gatsoulis opened this issue Aug 12, 2015 · 58 comments
Labels
milestones project management pm / agile related concepts

Comments

@gatsoulis
Copy link

It would be useful to be able to attach issues and merge requests to multiple milestones.

A similar issue with discussions has also been created for gitlab (see here).

Anyone else thinks it would be useful?

@Tejeev
Copy link

Tejeev commented Aug 20, 2015

Very much so.

@mfine
Copy link

mfine commented Sep 1, 2015

👍

1 similar comment
@arbourd
Copy link

arbourd commented Sep 18, 2015

👍

@adambair
Copy link

Migrating from Pivotal Tracker -- this would be quite useful. We have tickets that are dependencies for multiple epics/milestones -- it would be nice have multiple milestones on a ticket instead of having to dig down for related.

This can be accomplished with tags, but it might be nicer to have multiple milestones for added tracking ability.

@TheGrandmother
Copy link

It would be awesome!

@lxjuly
Copy link

lxjuly commented Dec 22, 2015

Very much need this feature!

@burtonator
Copy link

Do want.. .

@bennycoomans
Copy link

At my company, we are investigating the possibility to use GitHub or some other online repository hosting website. We currently use self-hosted Trac and SVN servers, but it would be great if we could combine source code hosting and issue tracking in a single software tool. One of the major limitations of GitHub is that there is no sane way to attach an issue to multiple milestones.

We release a 'major' version of our software every quarter (e.g. versions 1, 2, 3, ...). Weekly, we release 'minor' versions that mostly fix bugs (e.g. versions 2.2, 2.3, 3.2). When we fix a bug, this means it gets fixed in the next major version (e.g. version 4), but also in minor versions (e.g. 2.3 and 3.2). This is because the upgrade path to a new major version is sometimes too complex to quickly do at a customer site, but we want them to work with a version that does not contain this bug. We need a way to administer this correctly. Using labels is not the way to go as far as I'm concerned. Because we often release 2 or 3 versions every week, I'm expecting the number of labels to grow beyond control. Besides, we need to be able to have a nice chronological list of releases (milestones) where we can easily see which release contains which bugfixes. I don't think that that is possible when using labels.

@JoshuaGross
Copy link

👍

@AssemblyX
Copy link

Puzzling how this was overseen!? Any idea if they are looking into fixing this issue?

@smiller171
Copy link

👍 Sprint Milestones and Epic Milestones nested within each other is needed functionality for us to switch to using GitHub issues

@pedromfs-zz
Copy link

+1 on this. We're trying to sort an agile workflow for my company and this is the only thing missing for using GitHub for everything. In the meanwhile we're limited to labels and the API to group this information.

@ali5ter
Copy link

ali5ter commented May 24, 2016

👍

@badvision
Copy link

A thousand times yes -- why is this still not a thing? ;)

@fuzzyweapon
Copy link

It's pretty critical to see how something is tracking towards a smaller iteration (sprint) and a larger iteration (major release). Currently Projects are difficult for sprints because you have to remake the columns every single time. Milestones would be perfect if you could attach an issue to multiple ones because then you could easily see what is done towards the big goal and the smaller goals. This could then be extrapolated for various development methods: Agile (sprint, epics, releases), Waterfall, etc.

@pdachtera
Copy link

👍

Very much needed to attach a PR to multiple separate releases. Like a single fix being a part of two or more customized builds.

@doctorleff
Copy link

Our "tax model" is used in two different participatory democracy programs. Thus, fixes to this tax model must be done before either can go live. Thus, please add my 👍

@xuther
Copy link

xuther commented May 2, 2018

+1 We're using milestones to denote projects, but often there are tasks that affect multiple projects. We'd love the ability to track that task in both places.

@ivosabev
Copy link

ivosabev commented May 9, 2018

+1 for multiple milestones. An issue could be in "Sprint 51" and "Version 2.0". And "Version 2.0" could be a result of multiple Sprints.

@sirexeclp
Copy link

👍

3 similar comments
@clausjensen
Copy link

👍

@jorge-sanz
Copy link

👍

@touficbatache
Copy link

👍

@clitetailor
Copy link

clitetailor commented Sep 29, 2018

This issue need a milestone! 🤣
Actually i feel not so good ask Github to do whatever i want! 🤔 Maybe we need to find a way to contributing to it somehow! 💖

@clarkbw clarkbw added the project management pm / agile related concepts label Nov 2, 2018
@slagelwa
Copy link

slagelwa commented Jan 6, 2019

👍

@pdulvp
Copy link

pdulvp commented Feb 14, 2019

Any update on this issue ?

@tlrasor
Copy link

tlrasor commented Jan 13, 2020

+1

1 similar comment
@MGZero
Copy link

MGZero commented Jan 20, 2020

+1

@j-rp
Copy link

j-rp commented Feb 18, 2020

Agreed on the multiple milestone usage. I use multiple milestones to track progress at both an overall level and a more granular level, and judging from the flurry of comments here I'm not the only one. Using labels is not as good because usage of the milestone gives me a general sense of completion and progress, whereas to do the same with labels I need to do a whole bunch of manual querying + coalescing vs. it just "being there".

@ericbutz
Copy link

ericbutz commented May 7, 2020

+1

1 similar comment
@timur-friedman
Copy link

+1

@DevAndArtist
Copy link

@nat worth pushing next? We really need some kind of sprint support on GitHub.

@liamsharp
Copy link

liamsharp commented Jun 12, 2020

Having exactly the same issues as others here - we need to track an issue being fixed in a point release, and the next major release.

@katieefrey
Copy link

I would also like to be able to assign multiple milestones to a single issue.

@rickygv99
Copy link

I have this issue as well -- would be great to see this made possible!

@craigboger
Copy link

I would also like this feature. Still trying to learn GitHub project tools for agile project management. Looks like you're supposed to use Milestones as "issue containers". I guess milestones could be accomplishments of major versions and then use labels for sprints?

@etanshaul
Copy link

Would be very helpful. We use milestones to track release milestones as well as for issue hotlists, and there is overlap of course. Milestones are useful for this grouping and the ability to stack rank items (which is not possible with only labels).

@detb
Copy link

detb commented Oct 7, 2020

Would love this feature

@sonttran
Copy link

Any updates?

@ultrafro
Copy link

this would be dope!

@HarrisonMayotte
Copy link

Bump! I also have this issue and would love to be able to assign to multiple milestones.

@idesai
Copy link

idesai commented Mar 30, 2021

+1 This will be a useful feature. Thank you.

@im-ade
Copy link

im-ade commented Apr 8, 2021

+1 please add this.

@sleberknight
Copy link

+100

@gigo1980
Copy link

gigo1980 commented Apr 9, 2021

+1

2 similar comments
@ZoltanT-RD
Copy link

+1

@victorlcampos
Copy link

+1

@igormorse
Copy link

This is a must for complex projects management.

@KatherineCaley
Copy link

bump

@zz-jason
Copy link

zz-jason commented May 8, 2021

any update?

@Joschik993
Copy link

We would love to see this as well and it would be nice to hear from the team on this?

@shihhsuanhsu
Copy link

Any progress?

@asardain
Copy link

Any update?

@akolarck
Copy link

Needed here as well. Bump.

@MrMerkin
Copy link

Also need this.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
milestones project management pm / agile related concepts
Projects
None yet
Development

No branches or pull requests