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)


Reply via email to