Added to the wiki page.
On lör, 2008-07-19 at 22:20 +0200, Henrik Nordstrom wrote:
> On lör, 2008-07-19 at 13:04 +0800, Adrian Chadd wrote:
> > On Sat, Jul 19, 2008, Amos Jeffries wrote:
> >
> > > >Well, who knows this stuff well enough to throw it up on the Wiki?
> > > >
> > >
> > > Yo. done finally.
> > > http://wiki.squid-cache.org/MergeProcedure
> >
> > Also, what should be done for the squid-2 merging?
>
> A somewhat simpler procedure is used for squid-2, a bit based on what
> you think yourself of the code to be merged:
>
> 1. The merge should be well tested, isolated, documented and cleaned up
> etc.
>
> 2. The merge should only contain a specific change and not multiple
> unrelated changes. Unrelated changes should be broken up into separate
> commits each following their own path in this procedure.
>
> 3a. Larger or otherwise intrusive changes is sent to squid-dev for
> review. Ok for commit if there is a positive core response or no
> negative responses from anyone in a week.
>
> 3b. Smaller changes or changes you do not expect someone to say no on
> may be committed immediately.
>
> 4. If a change is later found to cause trouble and not obviously trivial
> to fix then it will be thrown out, waiting for someone to make a proper
> fix.
>
> Please try to not commit unfinished stuff needing more work to actually
> work the way intended. HEAD is not meant for development, that's
> supposed to done on branches..
>
> If a follow up change (bugfix etc) is committed directly related to an
> earlier change please refer to the subject (first line) of the previous
> in the commit message.
>
> If you suspect that there will be a series of incremental commits
> relating to a specific feature or reorganisation then make the subject
> line easy to connect together by starting the title line with a short
> featurename: (i.e. "rproxy: header fixes")
>
> Add to the above the parts of the Suqid-3 procedure you think makes
> sense. Use of common sense is the main rule of conduct.
>
> Regards
> Henrik
This archive was generated by hypermail 2.2.0 : Mon Jul 21 2008 - 12:00:07 MDT