Re: version control

2011-10-18 Thread Steffen Daode Nurpmeso
andreas pålsson wrote [2011-10-18 05:29+0200]: > I though if you could see how it looks and feels like with a modern > VCS, it could help you decide if migrating is worth it. git://pubgit.metux.de/mirror/openssl.git Wishes, --steffen

version control

2011-10-17 Thread andreas pålsson
Hello. I was poking around in the source code earlier, thought it could be an interesting experiment to convert the repository to Mercurial. It seems to have worked quite good, tags and branches seem intact. :) I put up a read-only copy here; https://bitbucket.org/apalsson/openssl/ I though if yo

Re: Version control

2010-05-29 Thread Lutz Jaenicke
20th century with CVS as we are now. > 2) Update to git. > > Surely nobody's suggesting svn/bzr/hg/arch or any of the other artifacts > of the one-version-control-system-per-child craze Some of the members of the team do work for google. To my best understanding google is inter

Re: Version control

2010-05-28 Thread David Woodhouse
until the team has come to a final decision... What's to decide? Are there any plans being seriously proposed other than 1) Stay in the 20th century with CVS as we are now. 2) Update to git. Surely nobody's suggesting svn/bzr/hg/arch or any of the other artifacts of the

Re: Version control

2010-05-28 Thread Lutz Jaenicke
>>> correctly -- they all do strange things on branches. But for HEAD, they >>> should work OK. >>> >>> >> So far we have not seen technical problems when last tested. >> > That's interesting. What tool were you testing? I've had

Re: Version control

2010-05-27 Thread David Woodhouse
technical problems when last tested. That's interesting. What tool were you testing? I've had issues with both cvs2git and git-cvsimport. My normal reaction in dealing with _any_ project which uses a legacy versi

Re: Version control

2010-05-27 Thread Lutz Jaenicke
using such a git repository once it > exists. I think that would make life a _lot_ easier for anyone working > on OpenSSL. > Internal discussion about which version control system to use in the future have not yet been completed. Best regards, Lutz

Version control

2010-05-27 Thread David Woodhouse
On Wed, 2010-05-26 at 21:32 +0200, Ger Hobbelt wrote: > Those [i_a] bits are my markers in our local code base so I know which edits > are mine when doing a (manual) merge with 'vanilla' CVS HEAD. Yes, I know > there are smarter systems around, but I've been 'tracking' OpenSSL for > almost a decade