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


From: Andy Whitcroft <apw_at_shadowen.org>
Date: 2004-07-16 21:14:05 CEST

It seems that there is little advice as to the route for a non-commiter
when wishing to propose a revision or issue be ported to a branch.
It makes sense to use the dev@ list and a similar process to [PATCH];
something like [PROPOSAL]. Below is a first take at documenting
this method.


=== 8< ===
--- HACKING (revision 10334)
+++ HACKING (working copy)
@@ -1634,8 +1634,15 @@
 meant to be brief summaries to help a reader get oriented; please
 don't use the STATUS file for actual discussion, use dev@ instead.
-Here's an example, probably as complex as an entry would ever get:
+Where a non-committer wishes to propose a change for inclusion they
+should email a proposal to `dev@subversion.tigris.org', with a subject
+line that contains the word "PROPOSAL" in all uppercase, for example:
+ Subject: [PROPOSAL] port something cool issue#12345 to branch 1.1.x
+Here's an example of a STATUS file entry, probably as complex as an
+entry would ever get:
    * r98765 (issue #56789)
      Make commit editor take a closure object for future mindreading.
      Justification: API stability, as prep for future enhancement.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jul 16 21:14:49 2004

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

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