Opened 20 years ago
Last modified 10 years ago
#3003 new enhancement
milestone could be a ticket
| Reported by: | ThurnerRupert | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | unscheduled | 
| Component: | ticket system | Version: | 0.9.4 | 
| Severity: | normal | Keywords: | tracobject | 
| Cc: | Haipisporah | Branch: | |
| Release Notes: | |||
| API Changes: | |||
| Internal Changes: | |||
Description
can milestones be implemented as tickets too, just by marking a ticket as milestone? a milestone can depend on other milestones, they can be in parallel, they have a responsible, they have an importance, and they depend on the completion of tickets.
currently the milestone concept has a few weaknesses:
- changes are not tracked
 - no responsible
 - no dependencies (or just implicit by setting dates)
 - consolidated view over multiple trac instances, i.e. have a big milestone consisting of small ones stored in other trac instances.
 
mark a ticket as a milestone, intertrac, and ticket dependencies would solve 95% of these issues. do you see any disadvantage in doing this?
Attachments (0)
Change History (19)
comment:1 by , 20 years ago
| Component: | timeline → roadmap | 
|---|---|
| Owner: | changed from to | 
comment:2 by , 20 years ago
| Component: | roadmap → ticket system | 
|---|---|
| Owner: | changed from to | 
comment:3 by , 20 years ago
| Keywords: | tracobject added | 
|---|---|
| Owner: | changed from to | 
comment:7 by , 16 years ago
| Milestone: | → 2.0 | 
|---|---|
| Version: | → 0.9.4 | 
comment:9 by , 15 years ago
comment:10 by , 15 years ago
Strange, "tiger_seed" was not part of the content submitted to the SpamFilter.
comment:14 by , 15 years ago
comment:15 by , 15 years ago
Definitely a ticket full of interesting [OT] issues ;-)
The second comment:2 was created by a batch modification at the occasion of the deletion of the temporary triaging milestone. That looks like the culprit.
comment:16 by , 15 years ago
comment:17 by , 14 years ago
OT: I'm currently in the process of fixing all those comment numbering issues by hand in the database. I have tried reproducing the issue with current 0.12-stable, but wasn't able to. My guess is that the milestone deletion was done at a point where we still had issues with comment numbering (#8947), but the timing doesn't seem right. If anyone can find a reliable way to reproduce the issue, I'm interested.
comment:18 by , 14 years ago
On-Topic again:
By making milestone a ticket, it would also solve #7871. But I guess changing milestone to ticket is quite a lot of work (described at SubTickets). And it would depend on #886 (#31 is a more generic version of that ticket).
comment:19 by , 10 years ago
| Owner: | removed | 
|---|



  
You may want to have a look at SubTickets, which is a special case for the general TracObjectModelProposal approach, and discusses what could be put in common between tickets and milestones.