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, Sep 20, 2012 at 09:58:33AM -0400, Andy Singleton wrote:
> I frequently see people choosing between git and subversion, and/or
> migrating, usually to git. By this measure, the use cases are not
> orthogonal. I argue that people choose subversion for good reasons.
> It's simpler (and so wo
On 20.09.2012 15:58, Andy Singleton wrote:
> On 9/20/2012 8:27 AM, Stefan Sperling wrote:
>> There are different projects that fulfill different needs, and we
>> should strive to keep them alive for as long as they serve a useful
>> purpose to their users. Users should freely be able choose betwee
On 9/20/2012 8:27 AM, Stefan Sperling wrote:
There are different projects that fulfill different needs, and we
should strive to keep them alive for as long as they serve a useful
purpose to their users. Users should freely be able choose between
tools and benefit from improvements made to each t
On 20.09.2012 14:44, Andreas Krey wrote:
> 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.
>> T
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
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 20.09.2012 08:31, 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 different models of
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
18 matches
Mail list logo
