On Thu, Sep 20, 2012 at 8:31 PM, Nico Kadel-Garcia wrote:
> Except that it can't be merely wire protocol. They're remapping the
> commit, copy, delete, move,branch, tag, and merge operations of one
> source control into the other. That's. not directly comparable,
> especially the tag operation
On Thu, Sep 20, 2012 at 12:44 PM, Ben Reser wrote:
> On Thu, Sep 20, 2012 at 4:35 AM, Andreas Krey wrote:
>> On Thu, 20 Sep 2012 06:36:02 +, Nico Kadel-Garcia wrote:
>>> here! By keeping the software an integrated codebase for clients and
>>> servers, they're able to make protocol changes tha
On Thu, Sep 20, 2012 at 4:35 AM, Andreas Krey wrote:
> On Thu, 20 Sep 2012 06:36:02 +, Nico Kadel-Garcia wrote:
>> here! By keeping the software an integrated codebase for clients and
>> servers, they're able to make protocol changes that you'll be forced
>> to keep up with in an entirely dist
On Thu, 20 Sep 2012 14:18:11 +, Thorsten Schöning wrote:
...
> I maybe misunderstand your argumentation but the only thing I read
> over and over again is: Use git, it's superior.
Well, it is. :-) [As I said, in my domain but I think not just in my
opinion.] But I was discussing why that meant
On Thu, 20 Sep 2012 14:27:20 +, Stefan Sperling wrote:
> On Thu, Sep 20, 2012 at 01:35:26PM +0200, Andreas Krey wrote:
> > and the availablility of anything that can serve git and svn
> > clients will basically make any more svn updates unneeded.
>
> To be frank, that attitude is just as short
On Thu, Sep 20, 2012 at 01:35:26PM +0200, Andreas Krey wrote:
> and the availablility of anything that can serve git and svn
> clients will basically make any more svn updates unneeded.
To be frank, that attitude is just as short-sighted and destructive
to the open source community as is Lennart's
Guten Tag Andreas Krey,
am Donnerstag, 20. September 2012 um 13:35 schrieben Sie:
> Im my opinion svn is simply outdated for the types of data I have to deal
> with (that is, repos that are not going into the gigabytes range), and
> the only thing that keeps people from massive migration is the ne
On Thu, 20 Sep 2012 06:36:02 +, Nico Kadel-Garcia wrote:
...
>
> I think it's justified paranoia, due to concerns about "how are you
> ever going to keep this reliably in sync with upstream Subversion
> repository features" ?
Like, not at all? (Note: I'm not affiliated with either github
or s
On Thu, Sep 20, 2012 at 06:36:02AM -0400, Nico Kadel-Garcia wrote:
> and git repos at github.com. (I'm publishing the SRPM building tools
> for Subversion at Github: it's actually a bit embarrassing, but I
> really need the disconnected development.)
That's not embarrassing. That's using the right
On Thu, Sep 20, 2012 at 2:31 AM, Andreas Krey wrote:
> On Thu, 20 Sep 2012 00:13:45 +, Nico Kadel-Garcia wrote:
>
>> Java has its uses. Replacing a full-blown, fully implemented C++
>> codebase where the maintainers, who also set the API's, are all
>> working in C++ means entirely differe
On Thu, Sep 20, 2012 at 12:13:45AM -0400, Nico Kadel-Garcia wrote:
> On Wed, Sep 19, 2012 at 3:34 PM, Alexander Kitaev
> wrote:
> > Hello All,
> >
> > Our team is proud and delighted to announce SubGit 1.0.0 release!
> > New version is available for download at SubGit web site at
> > http://subg
On Thu, 20 Sep 2012 00:13:45 +, Nico Kadel-Garcia wrote:
> Java has its uses. Replacing a full-blown, fully implemented C++
> codebase where the maintainers, who also set the API's, are all
> working in C++ means entirely different models of file handling,
> memory management, and maintain
On Thu, 20 Sep 2012 00:13:45 +, Nico Kadel-Garcia wrote:
...
> Except, of course when it doesn't. The use of OS specific EOL, which
> git does not support, and subversion keywords like $Id$ and $Author$,
> which git does not support, would seem to me to be an adventure
> begging to happen.
Or
On Wed, Sep 19, 2012 at 3:34 PM, Alexander Kitaev wrote:
> Hello All,
>
> Our team is proud and delighted to announce SubGit 1.0.0 release!
> New version is available for download at SubGit web site at http://subgit.com/
>
> SubGit is a server-side tool for a smooth, stress-free Svn to Git
> migra
Hello All,
Our team is proud and delighted to announce SubGit 1.0.0 release!
New version is available for download at SubGit web site at http://subgit.com/
SubGit is a server-side tool for a smooth, stress-free Svn to Git
migration. SubGit lets one to set up a bidirectional Subversion to Git
repl
15 matches
Mail list logo