2013/10/25 Paul Franklin <pf.98052@gmail.com>
On 10/25/13, Doug Blank <doug.blank@gmail.com> wrote:
> It is not a foregone conclusion that we'll ever change to a new tool,
> but for those of us that do this a lot, having a good tool makes a big
> difference.

For those of us who /don't/ "do this a lot" having the /same/
tool makes a big difference.  8-)

> But having a good tool doesn't necessarily mean that it won't also be
> good for the rest of the community.

Maybe, once /everybody/ in the "community" has gone
through the same learning curve the git-users have done.

> So, I'm with you: if it makes it hard for regular humans to
> contribute, don't do it. But, if it allows new ways that are better,
> then we have to do it!

We don't "have to do" anything.  If git allows more efficient
use of a developer's time then those developers who choose
that can use git right now -- as I understand it.

> BTW, I don't find git to be any harder for basic use than svn --- just
> different. In fact the Windows client I have used makes it easier.

The point is not the relative ease of use of git vs. svn.
The point is whether you want every contributor to be
forced to learn a new way.

It seems to me there were quite a few problems when we
switched over to the new SourceForge repo.  It seems to
me they were all unanticipated.

Why not rewrite gramps in Java (or whatever it takes to
be able to run it on a tablet)?  I'm sure all of you who know
Java wouldn't have any problems what that.

Why not rewrite gramps in C++ or whatever would make it
blindingly fast?  I'm sure all of you who know C++ wouldn't
have any problems with that.

I still vote against git.

And I vote for the future :-). Of the last 5 programs I needed to install manually on my pc, all 5 used git. So soon, only the dinosaurs will still know svn.

Anyway, an example of git on sourceforge:
https://sourceforge.net/p/cdk/code/ci/master/tree/

Seems not the nice interface of github, gitorious or bitbucket. Many projects on sourceforge seem to use sourceforge only for file distribution on release, not anymore for code hosting. An option. I would suggest somebody sets up an online poll to ask developers what they would vote for:
1. keep svn
2. git on sourceforge
3. git, need not be on sourceforge

Voting with your subversion login (so eg bmcage for me).

We'll see how the cards fall then. Next, if git clear majority, find somebody to investigate best option, and then actually do the transition.

Benny