While the stable door has already been slammed shut, I think this will be of
interest to other developers ...
http://www.ericsink.com/vcbe/index.html
Many of the points made have a direct bearing on the rather one sided discussion
on DVCS and the best practice seciton of the book is well worth reviewing ;)
--
Lester Caine - G8HFL
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php
hi.
"on the rather one sided discussion on DVCS"
I disagree with that part of your comment.
While the stable door has already been slammed shut, I think this will be of
interest to other developers ...
http://www.ericsink.com/vcbe/index.htmlMany of the points made have a direct bearing on the rather one sided
discussion on DVCS and the best practice seciton of the book is well worth
reviewing ;)--
Lester Caine - G8HFLContact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php--
--
Ferenc Kovács
@Tyr43l - http://tyrael.hu
Ferenc Kovacs wrote:
"on the rather one sided discussion on DVCS"
I disagree with that part of your comment.
More people are already using git and are not open to changing so the discussion
was rather one sided. :( Today that is probably the right choice and does not
bother me since hg just works transparently with a git repo anyway.
Neither git or hg are a complete answer and while I am currently using the php
code base via the hg mirror, switching to a git alternative is not a problem,
but the next step is making the rest of the infrastructure work with things.
Veracity is looking at the infrastructure problem but is probably some years
away from offering an alternative complete package. The book outlines a number
of points which provide a balanced view of the remaining problems and certainly
clarified a number of the differences between options for me. Something that did
not come to light during our own 'discussion'.
While the stable door has already been slammed shut, I think this will be of
interest to other developers ...
http://www.ericsink.com/vcbe/index.html
--
Lester Caine - G8HFL
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php
Ferenc Kovacs wrote:
"on the rather one sided discussion on DVCS"
I disagree with that part of your comment.More people are already using git and are not open to changing so the
discussion was rather one sided. :( Today that is probably the right choice
and does not bother me since hg just works transparently with a git repo
anyway.Neither git or hg are a complete answer and while I am currently using the
php code base via the hg mirror, switching to a git alternative is not a
problem, but the next step is making the rest of the infrastructure work
with things. Veracity is looking at the infrastructure problem but is
probably some years away from offering an alternative complete package. The
book outlines a number of points which provide a balanced view of the
remaining problems and certainly clarified a number of the differences
between options for me. Something that did not come to light during our own
'discussion'.
I think the only problem that prevented an even better conversation
was that somebody started arguing by gut and when was confronted with
reasonable arguments then just kept changing the topic.
Do you know how am I talking about? I personally felt really hard to
reply some of your mails in that thread without being rude.
So while I'm agree that switching DVCS requires careful planning and
implementation, but accusing people for being one sided for git when
many of them expressed that they personally favor hg(even the person
who wrote the rfc, and started the whole discussion) seems unjustified
for me.
Maybe they are trying to see not just their own preferences but the
php ecosystem as whole, and not trying to force their own ideals to
others?
I don't know, but maybe that could be a hint for you.
--
Ferenc Kovács
@Tyr43l - http://tyrael.hu
Ferenc Kovacs wrote:
Ferenc Kovacs wrote:
"on the rather one sided discussion on DVCS"
I disagree with that part of your comment.More people are already using git and are not open to changing so the
discussion was rather one sided. :( Today that is probably the right choice
and does not bother me since hg just works transparently with a git repo
anyway.Neither git or hg are a complete answer and while I am currently using the
php code base via the hg mirror, switching to a git alternative is not a
problem, but the next step is making the rest of the infrastructure work
with things. Veracity is looking at the infrastructure problem but is
probably some years away from offering an alternative complete package. The
book outlines a number of points which provide a balanced view of the
remaining problems and certainly clarified a number of the differences
between options for me. Something that did not come to light during our own
'discussion'.I think the only problem that prevented an even better conversation
was that somebody started arguing by gut and when was confronted with
reasonable arguments then just kept changing the topic.
Do you know how am I talking about? I personally felt really hard to
reply some of your mails in that thread without being rude.
So while I'm agree that switching DVCS requires careful planning and
implementation, but accusing people for being one sided for git when
many of them expressed that they personally favor hg(even the person
who wrote the rfc, and started the whole discussion) seems unjustified
for me.
Maybe they are trying to see not just their own preferences but the
php ecosystem as whole, and not trying to force their own ideals to
others?
I don't know, but maybe that could be a hint for you.
All I will say is read Chapter 13 of the book ...
My own development practices tick most of the boxes, but not all, and some of
the points would be a useful start to an implementation plan.
( And git still does not run on a number of my customer sites because of local
rules on some of the methods used by their installer! )
--
Lester Caine - G8HFL
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php