Bug Relationships

SteveS sspeiche at gmail.com
Thu Jan 21 14:37:52 UTC 2010


On Jan 12, 4:43 am, Olivier Berger <olivier.ber... at it-sudparis.eu>
wrote:
> Hi.
>
> Le lundi 11 janvier 2010 à 17:30 +0000, Gervase Markham a écrit :
>
> > [I've had this idea kicking around in my head for a while, but I don't
> > think I've ever written it up properly for discussion. So here it is.
> > It's inspired by a feature on a proprietary bug tracking system I used
> > to use. It was generally terrible, but this was good.]
>
> > I think that we should replace dependencies, See Also, and perhaps
> > duplicate marking too with a more generic system of Bug Relationships.
>
> That'd be great.
>
> I'd advise you to have a look at what's cooking for OSLC-CM [0] V2 [1]
> attributes definition in order to eventually adopt the same wording as
> what will be defined for the next version of that standard.
>
> Of course this would be in prevision of the day when bugzilla becomes
> compatible with OSLC-CM :https://bugzilla.mozilla.org/show_bug.cgi?id=519177
>
> My 2 cents,
>
> [0] :http://open-services.net/bin/view/Main/CmHome
> [1] :http://open-services.net/bin/view/Main/CmResourceDefinitionsV2

To add onto Olivier's post, I think in order to achieve what you laid
out you'd need (at some point) a standard way of expressing and
managing these relationships to be able to achieve two of the design
goals you have:

1. the reciprocal language for each relationship would also be defined
2. where you would select a relationship, and then enter a bug number
or a URL to a bug in another bug system (Bugzilla or otherwise)

If you are creating this link in the origin bug tracker, you need a
way for the remote bug tracker to be aware of this link and what type
it is in order to achieve #1.

These are some of the scenarios we are looking at with OSLC-CM [0]
that Olivier points out.   The common attributes for resource
definitions could be useful for import and export, I think there is a
bigger role that OSLC-CM could play in the approach that was outlined.

Overall the approach laid out by Gerv sounds great.

Regards,
Steve Speicher
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla



More information about the developers mailing list