Re: [Gramps-devel] svn vs. git

[Nick H. <nic...@ho...>]

That is what I was expecting but it didn't download anything for me.

What version of git are you using?  I've got:

 > git --version
git version 1.6.0.4

Nick.

Rob Healey wrote:
> Greetings:
>
> I am not sure what I did exactly, but I ran those two commands and 
> completely downloaded a copy of trunk without any oriblems!
>
> I did the same:
> 1) git svn init https://gramps.svn.sourceforge.net/svnroot/gramps/trunk
> 2) git svn fetch -r13535
>
>     A    po/mk.po
>     A    po/es.po
>     A    po/hu.po
>     A    po/sk.po
>     A    po/POTFILES.in
>     A    po/POTFILES.skip
>     A    po/ro.po
>     A    po/sq.po
>     A    po/ru.po
>     A    po/check_po
>     A    po/nb.po
>     A    po/test/po_test.py
>     A    po/fr.po
>     A    po/hr.po
>     A    po/nl.po
>     A    po/nn.po
>     A    po/pl.po
>     A    po/it.po
>     A    po/gramps.pot
>     A    po/sl.po
>     A    po/lt.po
>     A    po/ca.po
>     A    po/da.po
>     A    po/tr.po
>     A    po/de.po
>     A    po/bg.po
>     A    po/sv.po
>     A    po/he.po
>     A    po/fi.po
>     A    po/zh_CN.po
> r13535 = 200179b6db8783ea0bd4d3a8c869961e94688d66 (refs/remotes/git-svn)
> Checked out HEAD:
>   https://gramps.svn.sourceforge.net/svnroot/gramps/trunk r13535
>
> Sincerely yours,
> Rob G. Healey
>
>
> On Mon, Nov 9, 2009 at 11:23 AM, Nick Hall <nic...@ho... 
> <mailto:nic...@ho...>> wrote:
>
>
>
>     Benny Malengier wrote:
>     > 2009/11/9 Nick Hall <nic...@ho...
>     <mailto:nic...@ho...>>:
>     >
>     >> Doug Blank wrote:
>     >>
>     >>> On Mon, Nov 9, 2009 at 10:34 AM, Benny Malengier
>     >>> <ben...@gm... <mailto:ben...@gm...>>
>     wrote:
>     >>>
>     >>>
>     >>>> 2009/11/9 Nick Hall <nic...@ho...
>     <mailto:nic...@ho...>>:
>     >>>>
>     >>>>
>     >>>>> If we are considering git then why not look at Mercurial and
>     Bazaar as
>     >>>>> well?
>     >>>>>
>     >>>>> Mercurial might have some advantages since it is written in
>     python and
>     >>>>> was
>     >>>>> chosen by the python project.
>     >>>>>
>     >>>>> Here is a comparison of all three:
>     >>>>>  http://www.python.org/dev/peps/pep-0374/
>     >>>>>
>     >>>>> SourceForge provides all three.  You can also use all three
>     on top of
>     >>>>> subversion.
>     >>>>>
>     >>>>>
>     >>>> Mercurial is almost as good as git according to Linus :-)
>     >>>> As far as I'm concerned, git has the kernel and some other
>     large open
>     >>>> source projects, and is the project with the momentum, so I
>     agree with
>     >>>> the sentiment expressed eg here:
>     >>>> http://www.macrobug.com/blog/2009/01/27/git-versus-mercurial/
>     Since
>     >>>> pep-0374 the support for windows is present, eg
>     >>>> http://code.google.com/p/tortoisegit/ we should keep in mind
>     that git
>     >>>> is very young and still improving really fast (like project
>     git repo
>     >>>> consisting of other git repo support).
>     >>>>
>     >>>> Anyway, personally I'd like to avoid learning a third SCM, I use
>     >>>> subversion for gramps, and now moved to git for internal
>     developing.
>     >>>> For those who would like to see how git commit works, an
>     illustrative
>     >>>> guide is here: http://nathanj.github.com/gitguide/tour.html
>     where you
>     >>>> see how you can work on patchsets and branches from the git-gui
>     >>>> interface
>     >>>>
>     >>>>
>     >>> >From what the Django-dev mailing list suggested, it sounded
>     like you
>     >>> could work on git locally on gramps, and some tools would do
>     the work
>     >>> to push the changes to sourceforge. Anyone know what that process
>     >>> looks like?
>     >>>
>     >>>
>     >>>
>     >> I think you can use git-svn to make a subversion repository
>     look like a git
>     >> repository.  Then you can use git features locally without
>     having to change
>     >> the repository.
>     >>
>     >> You can do this with mercurial and bazaar as well.
>     >>
>     >> I have used mercurial and git before; the basic functionality
>     is easy to
>     >> pick up.  From what I have read git is more powerful but is
>     more difficult
>     >> to learn.  I don't think any of the three I mentioned would be
>     difficult to
>     >> pick up.
>     >>
>     >> Has anyone tried git-svn?
>     >>
>     >
>     > No, I wouldn't mind to work with git-svn, and then to keep the gep
>     > branches on sourceforge as a git repository. My main gripe is that
>     > git-svn would solve my local problem of working on different
>     patchsets
>     > (in in their own local branch), but would not solve my problem with
>     > specific gep branches requiring collaboration.
>     >
>     I tried it and couldn't get it to work.
>
>     I installed git-core and git-svn.  Then I created a test directory and
>     typed:
>
>     git svn init https://gramps.svn.sourceforge.net/svnroot/gramps/trunk
>     git svn fetch -r13533
>
>     but it didn't get anything from the repository.
>
>     I'm not going to pursue this any further.  It would solve one of your
>     problems and allow you to use the same system for all your work if we
>     could get it to work.
>     > So using svn for the releases, and git for gep branches looks like a
>     > workable in-between, however, if we set up git for gep branches,
>     then
>     > we might as well completely switch. Well, I'll not propose switching
>     > myself, as I have no time to manage a switch, I just reply in this
>     > thread with my personal opinion.
>     >
>     >
>     Somehow I don't think that two SCM systems would be very popular. :)
>
>     Nick.
>
>     > Benny
>     >
>     >
>     >
>
>     ------------------------------------------------------------------------------
>     Let Crystal Reports handle the reporting - Free Crystal Reports
>     2008 30-Day
>     trial. Simplify your report design, integration and deployment -
>     and focus on
>     what you do best, core application coding. Discover what's new with
>     Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>     _______________________________________________
>     Gramps-devel mailing list
>     Gra...@li...
>     <mailto:Gra...@li...>
>     https://lists.sourceforge.net/lists/listinfo/gramps-devel
>
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> ------------------------------------------------------------------------
>
> _______________________________________________
> Gramps-devel mailing list
> Gra...@li...
> https://lists.sourceforge.net/lists/listinfo/gramps-devel
>