svn vs. git
|
View:
New views
15 Messages
—
Rating Filter:
Alert me
|
 |
svn vs. git
by Rob Healey-2
::
Rate this Message:
Greetings:
If git is so much better than svn, why do we used svn? I do not know or understand the process in changing from svn though??? Benny had made a comment that git was better at allow multiple changes? Is that all that is better.... Sincerely, Rob G. Healey ------------------------------------------------------------------------------ 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 Gramps-devel@... https://lists.sourceforge.net/lists/listinfo/gramps-devel |
|
|
Re: svn vs. git
by Vlada Peric
::
Rate this Message:
Here are some useful links: http://git.or.cz/gitwiki/GitSvnComparsion http://www.gnome.org/~newren/eg/git-for-svn-users.html Of note is that GNOME also recently moved to git, after detailed deliberations, but as the GNOME wiki is confusing as always, I can't find what were they main reasons for choosing git, so here's just a general link: http://live.gnome.org/GitMigration Then again, I'm not exactly a GRAMPS developer, so... On Sun, Nov 8, 2009 at 11:54 PM, Rob Healey <robhealey1@...> wrote: Greetings: -- Vlada Perić ------------------------------------------------------------------------------ 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 Gramps-devel@... https://lists.sourceforge.net/lists/listinfo/gramps-devel |
|
|
Re: svn vs. git
by Jerome
::
Rate this Message:
Gramps was one of the first project on sourceforge which migrated from
CVS to SVN. http://old.nabble.com/forum/ViewPost.jtp?post=2864201 I suppose software configuration management is related to availables version-control systems on sourceforge ... Vlada Peric a écrit : > Here are some useful links: > > http://git.or.cz/gitwiki/GitSvnComparsion > http://www.gnome.org/~newren/eg/git-for-svn-users.html > > Of note is that GNOME also recently moved to git, after detailed > deliberations, but as the GNOME wiki is confusing as always, I can't > find what were they main reasons for choosing git, so here's just a > general link: > > http://live.gnome.org/GitMigration > > Then again, I'm not exactly a GRAMPS developer, so... > > On Sun, Nov 8, 2009 at 11:54 PM, Rob Healey <robhealey1@... > <mailto:robhealey1@...>> wrote: > > Greetings: > > If git is so much better than svn, why do we used svn? I do not > know or understand the process in changing from svn though??? > > Benny had made a comment that git was better at allow multiple > changes? Is that all that is better.... > > Sincerely, > Rob G. Healey > > > ------------------------------------------------------------------------------ > 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 > Gramps-devel@... > <mailto:Gramps-devel@...> > https://lists.sourceforge.net/lists/listinfo/gramps-devel > > > > > -- > Vlada Perić > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > 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 > Gramps-devel@... > 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 Gramps-devel@... https://lists.sourceforge.net/lists/listinfo/gramps-devel |
|
|
Re: svn vs. git
by Benny Malengier
::
Rate this Message:
2009/11/9 Jérôme <romjerome@...>:
> Gramps was one of the first project on sourceforge which migrated from > CVS to SVN. > > http://old.nabble.com/forum/ViewPost.jtp?post=2864201 > > I suppose software configuration management is related to availables > version-control systems on sourceforge ... > git is much better than svn, really, much, much, much^much better :-D sourceforge allows git. I have no time to research what a conversion to git would mean for GRAMPS. If somebody has time, please research it, and let us know. Main point is you need somebody who knows the version control system. Brian and Richard know svn well, so it is convenient at the moment to use it. Me, I don't even know how you make a branch in svn. And looking at the state of GEPS13 branch last I looked at it, I cannot code for that GEP because the branch is too far out of sync with trunk, and I don't think we should loose time in trying to merge with trunk in svn, as it will not work anyway due to the limitations of svn. 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 Gramps-devel@... https://lists.sourceforge.net/lists/listinfo/gramps-devel |
|
|
Re: svn vs. git
by Jerome
::
Rate this Message:
Great !
http://sourceforge.net/apps/trac/sourceforge/wiki/What%20is%20Source%20Code%20Management?#WhatSCMtoolsdoesSourceForge.netsupport Maybe Git was not available 3 years ago ! PS: Is SCM "source code management" or "software configuration management" ? --- En date de : Lun 9.11.09, Benny Malengier <benny.malengier@...> a écrit : > De: Benny Malengier <benny.malengier@...> > Objet: Re: [Gramps-devel] svn vs. git > À: romjerome@... > Cc: "Vlada Peric" <vlada.peric@...>, "Gramps Development List" <gramps-devel@...> > Date: Lundi 9 Novembre 2009, 9h29 > 2009/11/9 Jérôme <romjerome@...>: > > Gramps was one of the first project on sourceforge > which migrated from > > CVS to SVN. > > > > http://old.nabble.com/forum/ViewPost.jtp?post=2864201 > > > > I suppose software configuration management is related > to availables > > version-control systems on sourceforge ... > > > > git is much better than svn, really, much, much, much^much > better :-D > sourceforge allows git. > > I have no time to research what a conversion to git would > mean for > GRAMPS. If somebody has time, please research it, and let > us know. > Main point is you need somebody who knows the version > control system. > Brian and Richard know svn well, so it is convenient at the > moment to > use it. Me, I don't even know how you make a branch in > svn. > And looking at the state of GEPS13 branch last I looked at > it, I > cannot code for that GEP because the branch is too far out > of sync > with trunk, and I don't think we should loose time in > trying to merge > with trunk in svn, as it will not work anyway due to the > limitations > of svn. > > 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 Gramps-devel@... https://lists.sourceforge.net/lists/listinfo/gramps-devel |
|
|
Re: svn vs. git
by Benny Malengier
::
Rate this Message:
2009/11/9 jerome <romjerome@...>:
> Great ! > http://sourceforge.net/apps/trac/sourceforge/wiki/What%20is%20Source%20Code%20Management?#WhatSCMtoolsdoesSourceForge.netsupport > > Maybe Git was not available 3 years ago ! > > PS: Is SCM "source code management" or "software configuration management" ? If you want to know, watch this fun video: http://www.youtube.com/watch?v=4XpnKHJAok8 Benny > > --- En date de : Lun 9.11.09, Benny Malengier <benny.malengier@...> a écrit : > >> De: Benny Malengier <benny.malengier@...> >> Objet: Re: [Gramps-devel] svn vs. git >> À: romjerome@... >> Cc: "Vlada Peric" <vlada.peric@...>, "Gramps Development List" <gramps-devel@...> >> Date: Lundi 9 Novembre 2009, 9h29 >> 2009/11/9 Jérôme <romjerome@...>: >> > Gramps was one of the first project on sourceforge >> which migrated from >> > CVS to SVN. >> > >> > http://old.nabble.com/forum/ViewPost.jtp?post=2864201 >> > >> > I suppose software configuration management is related >> to availables >> > version-control systems on sourceforge ... >> > >> >> git is much better than svn, really, much, much, much^much >> better :-D >> sourceforge allows git. >> >> I have no time to research what a conversion to git would >> mean for >> GRAMPS. If somebody has time, please research it, and let >> us know. >> Main point is you need somebody who knows the version >> control system. >> Brian and Richard know svn well, so it is convenient at the >> moment to >> use it. Me, I don't even know how you make a branch in >> svn. >> And looking at the state of GEPS13 branch last I looked at >> it, I >> cannot code for that GEP because the branch is too far out >> of sync >> with trunk, and I don't think we should loose time in >> trying to merge >> with trunk in svn, as it will not work anyway due to the >> limitations >> of svn. >> >> 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 Gramps-devel@... https://lists.sourceforge.net/lists/listinfo/gramps-devel |
|
|
Re: svn vs. git
by Doug Blank-2
::
Rate this Message:
On Mon, Nov 9, 2009 at 3:29 AM, Benny Malengier
<benny.malengier@...> wrote: > 2009/11/9 Jérôme <romjerome@...>: >> Gramps was one of the first project on sourceforge which migrated from >> CVS to SVN. >> >> http://old.nabble.com/forum/ViewPost.jtp?post=2864201 >> >> I suppose software configuration management is related to availables >> version-control systems on sourceforge ... >> > > git is much better than svn, really, much, much, much^much better :-D > sourceforge allows git. > > I have no time to research what a conversion to git would mean for > GRAMPS. If somebody has time, please research it, and let us know. > Main point is you need somebody who knows the version control system. > Brian and Richard know svn well, so it is convenient at the moment to > use it. Me, I don't even know how you make a branch in svn. > And looking at the state of GEPS13 branch last I looked at it, I > cannot code for that GEP because the branch is too far out of sync > with trunk, and I don't think we should loose time in trying to merge > with trunk in svn, as it will not work anyway due to the limitations > of svn. I've been reading the django-dev mailing list and they have this same issue: some developers want to use git, and others svn. So, they do both. Here is is from one of their founders: """Personally, my opinion is that there are good bridges from all the popular DVCS tools to Subversion, and that choice of DVCS is such a flamewar topic right now that it's best to stick with the lowest common denominator -- people can use whatever they want locally, and committers will just push it into SVN.""" DVCS is Distributed Version Control Systems. I don't know how hard this is, but them seem pretty serious on continuing this path. (I guess I should have merged gep-013 every day or so, and that would have kept the branch in sync. In any event, I have a proposal for that in the next thread.) -Doug > 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 > Gramps-devel@... > 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 Gramps-devel@... https://lists.sourceforge.net/lists/listinfo/gramps-devel |
|
|
Re: svn vs. git
by Nick Hall-6
::
Rate this Message:
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. Nick. Doug Blank wrote: > On Mon, Nov 9, 2009 at 3:29 AM, Benny Malengier > <benny.malengier@...> wrote: > >> 2009/11/9 Jérôme <romjerome@...>: >> >>> Gramps was one of the first project on sourceforge which migrated from >>> CVS to SVN. >>> >>> http://old.nabble.com/forum/ViewPost.jtp?post=2864201 >>> >>> I suppose software configuration management is related to availables >>> version-control systems on sourceforge ... >>> >>> >> git is much better than svn, really, much, much, much^much better :-D >> sourceforge allows git. >> >> I have no time to research what a conversion to git would mean for >> GRAMPS. If somebody has time, please research it, and let us know. >> Main point is you need somebody who knows the version control system. >> Brian and Richard know svn well, so it is convenient at the moment to >> use it. Me, I don't even know how you make a branch in svn. >> And looking at the state of GEPS13 branch last I looked at it, I >> cannot code for that GEP because the branch is too far out of sync >> with trunk, and I don't think we should loose time in trying to merge >> with trunk in svn, as it will not work anyway due to the limitations >> of svn. >> > > I've been reading the django-dev mailing list and they have this same > issue: some developers want to use git, and others svn. So, they do > both. Here is is from one of their founders: > > """Personally, my opinion is that there are good bridges from all the > popular DVCS tools to Subversion, and that choice of DVCS is such a > flamewar topic right now that it's best to stick with the lowest > common denominator -- people can use whatever they want locally, and > committers will just push it into SVN.""" > > DVCS is Distributed Version Control Systems. I don't know how hard > this is, but them seem pretty serious on continuing this path. > > (I guess I should have merged gep-013 every day or so, and that would > have kept the branch in sync. In any event, I have a proposal for that > in the next thread.) > > -Doug > > >> 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 >> Gramps-devel@... >> 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 > Gramps-devel@... > 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 Gramps-devel@... https://lists.sourceforge.net/lists/listinfo/gramps-devel |
|
|
Re: svn vs. git
by Benny Malengier
::
Rate this Message:
2009/11/9 Nick Hall <nick__hall@...>:
> 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 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 Gramps-devel@... https://lists.sourceforge.net/lists/listinfo/gramps-devel |
|
|
Re: svn vs. git
by Doug Blank-2
::
Rate this Message:
On Mon, Nov 9, 2009 at 10:34 AM, Benny Malengier
<benny.malengier@...> wrote: > 2009/11/9 Nick Hall <nick__hall@...>: >> 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? -Doug > 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 Gramps-devel@... https://lists.sourceforge.net/lists/listinfo/gramps-devel |
|
|
Re: svn vs. git
by Nick Hall-6
::
Rate this Message:
Doug Blank wrote: > On Mon, Nov 9, 2009 at 10:34 AM, Benny Malengier > <benny.malengier@...> wrote: > >> 2009/11/9 Nick Hall <nick__hall@...>: >> >>> 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? > > 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? Nick. > -Doug > > >> 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 Gramps-devel@... https://lists.sourceforge.net/lists/listinfo/gramps-devel |
|
|
Re: svn vs. git
by Benny Malengier
::
Rate this Message:
2009/11/9 Nick Hall <nick__hall@...>:
> > > Doug Blank wrote: >> >> On Mon, Nov 9, 2009 at 10:34 AM, Benny Malengier >> <benny.malengier@...> wrote: >> >>> >>> 2009/11/9 Nick Hall <nick__hall@...>: >>> >>>> >>>> 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. 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. 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 Gramps-devel@... https://lists.sourceforge.net/lists/listinfo/gramps-devel |
|
|
Re: svn vs. git
by Nick Hall-6
::
Rate this Message:
Benny Malengier wrote: > 2009/11/9 Nick Hall <nick__hall@...>: > >> Doug Blank wrote: >> >>> On Mon, Nov 9, 2009 at 10:34 AM, Benny Malengier >>> <benny.malengier@...> wrote: >>> >>> >>>> 2009/11/9 Nick Hall <nick__hall@...>: >>>> >>>> >>>>> 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 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 Gramps-devel@... https://lists.sourceforge.net/lists/listinfo/gramps-devel |
|
|
Re: svn vs. git
by Rob Healey-2
::
Rate this Message:
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 <nick__hall@...> wrote:
------------------------------------------------------------------------------ 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 Gramps-devel@... https://lists.sourceforge.net/lists/listinfo/gramps-devel |
|
|
Re: svn vs. git
by Nick Hall-6
::
Rate this Message:
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 <nick__hall@... > <mailto:nick__hall@...>> wrote: > > > > Benny Malengier wrote: > > 2009/11/9 Nick Hall <nick__hall@... > <mailto:nick__hall@...>>: > > > >> Doug Blank wrote: > >> > >>> On Mon, Nov 9, 2009 at 10:34 AM, Benny Malengier > >>> <benny.malengier@... <mailto:benny.malengier@...>> > wrote: > >>> > >>> > >>>> 2009/11/9 Nick Hall <nick__hall@... > <mailto:nick__hall@...>>: > >>>> > >>>> > >>>>> 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 > Gramps-devel@... > <mailto:Gramps-devel@...> > 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 > Gramps-devel@... > 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 Gramps-devel@... https://lists.sourceforge.net/lists/listinfo/gramps-devel |
| Free embeddable forum powered by Nabble | Forum Help |
