On Tuesday, May 09, 2000 12:46 PM, Wade Stebbings [SMTP:[EMAIL PROTECTED]]
wrote:
> Thank you! I swore I saw this done before with stock CVS in a
> previous life.
>
> By inspection of your perl code, it tells me the CVS/Entries file
> gets copied to the temporary directory on the server side for a
> given request, and subsequently available for the commitinfo script
> to read. This is exactly the bit of information that is needed in
> order to do this.
>
> To be sure I understood this, I looked in the CVS sources and
> found the server.c server_write_entries() function, and there it
> was. And I had already gone and reluctantly modified CVS to do
> what I thought it was lacking (instead the lacking was my failing
> memory).
>
> It also gave me an appreciation and a hint for how CVS was once
> split into its client and server halves. I hadn't looked at
> server.c, I was working in commit.c, tag.c, rtag.c, etc.
>
> Like Marc Poinot, we also have the desire to create a branch
> control mechanism. Our system is written in Perl and back-ended
> by a MySQL database. It is not completely done, and now I need
> to retro fit some changes in order to use stock CVS. A little
> extra work, but I'm much happier to follow stock CVS.
>
There was a patch posted a while ago to change the information passed to
commitinfo scripts to include the ORIGINAL branch number. This may solve
your problem and may be something for a future version of CVS.
***************************************************************
Chris Cameron Open Telecommunications NZ Ltd
Software Development Team Leader
[EMAIL PROTECTED] P.O.Box 10-388
+64 4 495 8403 (DDI) The Terrace
fax: +64 4 495 8419 Wellington
cell: +64 21 650 680 New Zealand
Life, don't talk to me about life ....(Marvin - HHGTTG)