[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Re: Pending commits, anyone ever thought about this feature?

From: Reedick, Andrew <jr9445_at_ATT.COM>
Date: Wed, 2 Jul 2008 14:13:54 -0500

> -----Original Message-----
> From: John Peacock [mailto:john.peacock_at_havurah-software.org]
> Sent: Wednesday, July 02, 2008 2:54 PM
> To: "Andrés G. Aragoneses"
> Cc: users_at_subversion.tigris.org
> Subject: Re: Pending commits, anyone ever thought about this feature?

> I seriously doubt that this feature would be accepted in the core code.
> It would implement a workflow that seems ways too narrowly defined
> for
> a general purpose tool like Subversion.
> imagine a web app that automatically hands out novice commit ID's and
> precreates a branch for them and updates the security stanza.
> Maintainers would simply be set up to have rights to the main project
> and get commit e-mails for anything under their purview...

Any decent bug/ticket/issue tracking system should be able to fire a trigger/hook/event script to precreate the branch, set auth permissions on it (match svn usernames to the issue tracker's login,) send emails, etc..

The submitter would simply flip a bit-field on the ticket, the ticket software does all the setup work, the submitter submits the code to the branch, and when done, flips a status flag in the ticket tracker to indicate that the code is ready to be looked at. This has the benefit for forcing folks to go through the ticket system before delivering code.

So yeah, it's definitely not a subversion thing. It's a bug/ticket/issue/workflow application thing.

Subversion == database
Bug/ticket/issue/workflow app == process control


The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers. GA625

To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-07-02 21:14:32 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.