Grokbase › Groups › PHP › php-internals › August 2005
FAQ
Hi list,

If after `... checkout php-src` I go to directory php-src and remove
ZendEngine2 directory, then run `... up -APd` don't restore this
directory from repo. How I can update my copy to repo status?

CVS client 1.11.20

Search Discussions

  • Jani Taskinen at Aug 4, 2005 at 11:56 am ⇧

    On Thu, 4 Aug 2005, Pasha Zubkov wrote:

    Hi list,

    If after `... checkout php-src` I go to directory php-src and remove
    ZendEngine2 directory, then run `... up -APd` don't restore this
    directory from repo. How I can update my copy to repo status?
    Do NOT remove the directory. buildconf handles this.

    --Jani
  • Pasha Zubkov at Aug 4, 2005 at 12:21 pm ⇧

    Jani Taskinen wrote:
    On Thu, 4 Aug 2005, Pasha Zubkov wrote:

    Hi list,

    If after `... checkout php-src` I go to directory php-src and remove
    ZendEngine2 directory, then run `... up -APd` don't restore this
    directory from repo. How I can update my copy to repo status?

    Do NOT remove the directory. buildconf handles this.

    --Jani
    I know that this directory is engine and it's nedded, but why it's not
    recovered by `... ud -d`?
  • Antony Dovgal at Aug 4, 2005 at 12:27 pm ⇧

    On Thu, 04 Aug 2005 15:24:07 +0300 Pasha Zubkov wrote:

    Jani Taskinen wrote:
    On Thu, 4 Aug 2005, Pasha Zubkov wrote:

    Hi list,

    If after `... checkout php-src` I go to directory php-src and remove
    ZendEngine2 directory, then run `... up -APd` don't restore this
    directory from repo. How I can update my copy to repo status?

    Do NOT remove the directory. buildconf handles this.

    --Jani
    I know that this directory is engine and it's nedded, but why it's not
    recovered by `... ud -d`?
    Re-read Jani's reply.
    Do not touch anything, ./buildconf does it for you automagically.

    --
    Wbr,
    Antony Dovgal
  • Pasha Zubkov at Aug 4, 2005 at 12:34 pm ⇧

    Antony Dovgal wrote:
    Re-read Jani's reply.
    Do not touch anything, ./buildconf does it for you automagically.
    If I modified source, maybe delete some directories ;), and after this I
    want to update source to repo status. "why it's not recovered by `... ud
    -d`?"
  • Derick Rethans at Aug 4, 2005 at 12:49 pm ⇧

    On Thu, 4 Aug 2005, Pasha Zubkov wrote:

    Antony Dovgal wrote:
    Re-read Jani's reply.
    Do not touch anything, ./buildconf does it for you automagically.
    If I modified source, maybe delete some directories ;), and after this I
    want to update source to repo status. "why it's not recovered by `... ud
    -d`?"
    It's a CVS problem - it doesn't resolve repository links with upd, only
    on checkout.

    Derick
  • Pasha Zubkov at Aug 4, 2005 at 1:55 pm ⇧

    Derick Rethans wrote:
    It's a CVS problem - it doesn't resolve repository links with upd, only
    on checkout.

    Derick
    Maybe sputid question, but why PHP stil use CVS instead of SVN?
  • Derick Rethans at Aug 4, 2005 at 1:58 pm ⇧

    On Thu, 4 Aug 2005, Pasha Zubkov wrote:

    Derick Rethans wrote:
    It's a CVS problem - it doesn't resolve repository links with upd, only
    on checkout.
    Maybe sputid question, but why PHP stil use CVS instead of SVN?
    How do you want to convert 1100 users instantly without causing
    disruptions?

    Derick
  • Jochem Maas at Aug 4, 2005 at 2:13 pm ⇧
    Derick Rethans wrote:
    On Thu, 4 Aug 2005, Pasha Zubkov wrote:

    Derick Rethans wrote:
    It's a CVS problem - it doesn't resolve repository links with upd, only
    on checkout.
    Maybe sputid question, but why PHP stil use CVS instead of SVN?

    How do you want to convert 1100 users instantly without causing
    disruptions?
    magicwand.php
    Derick
  • Andrey Hristov at Aug 4, 2005 at 9:21 pm ⇧

    Pasha Zubkov wrote:
    Derick Rethans wrote:
    It's a CVS problem - it doesn't resolve repository links with upd, only
    on checkout.

    Derick

    Maybe sputid question, but why PHP stil use CVS instead of SVN?
    Because CVS works and ppl are so far happy with it

    Andrey
  • Pasha Zubkov at Aug 5, 2005 at 9:30 am ⇧

    Andrey Hristov wrote:
    Because CVS works and ppl are so far happy with it

    Andrey
    CVS don't always work properly. This example shows it ;) Also SVN has
    better versioning control mechanism. Hope sometime in the future php
    will "update" to SVN, so why not now?
  • Derick Rethans at Aug 5, 2005 at 9:35 am ⇧

    On Fri, 5 Aug 2005, Pasha Zubkov wrote:

    CVS don't always work properly. This example shows it ;) Also SVN has
    better versioning control mechanism. Hope sometime in the future php
    will "update" to SVN, so why not now?
    SVN has other annoyances. We will not move anytime soon. (period)

    Derick
  • Jani Taskinen at Aug 5, 2005 at 9:42 am ⇧

    On Fri, 5 Aug 2005, Pasha Zubkov wrote:

    Andrey Hristov wrote:
    Because CVS works and ppl are so far happy with it

    Andrey
    CVS don't always work properly. This example shows it ;) Also SVN has
    It works fine as long as you don't try to outsmart it.
    better versioning control mechanism. Hope sometime in the future php
    SVN is far from better.
    will "update" to SVN, so why not now?
    Over my smoking carcass..

    --Jani
  • Andi Gutmans at Aug 9, 2005 at 4:22 am ⇧
    It's a love-hate relationship with CVS :)
    At the end of the day, it works and with the investment we have in CVS
    scripts there are not enough problems to give us enough motivation to move
    to anything else.

    Andi

    P.S.- Clearcase would change my mind :)

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupphp-internals @
categoriesphp
postedAug 4, '05 at 11:52a
activeAug 9, '05 at 4:22a
posts14
users7
websitephp.net

7 users in discussion

Pasha Zubkov: 5 posts Derick Rethans: 3 posts Jani Taskinen: 2 posts Antony Dovgal: 1 post Jochem Maas: 1 post Andrey Hristov: 1 post Andi Gutmans: 1 post

Content

People

Support

Translate

site design / logo © 2023 Grokbase