Comments on: Getting more structured with my DVCS tests http://www.stevestreeting.com/2009/08/06/getting-more-structured-with-my-dvcs-tests/ Man bites Ogre Thu, 09 Feb 2012 08:49:11 +0000 hourly 1 http://wordpress.org/?v=3.1.4 By: SteveStreeting.com » Blog Archive » DVCS Score Card http://www.stevestreeting.com/2009/08/06/getting-more-structured-with-my-dvcs-tests/comment-page-1/#comment-261346 SteveStreeting.com » Blog Archive » DVCS Score Card Fri, 06 Nov 2009 18:23:53 +0000 http://www.stevestreeting.com/?p=2163#comment-261346 [...] is it to learn to do all the operations required of a typical developer, many of which I’ve listed in a separate thread, how consistent and intuitive those commands are, how natural the defaults are, and how easy it is [...] [...] is it to learn to do all the operations required of a typical developer, many of which I’ve listed in a separate thread, how consistent and intuitive those commands are, how natural the defaults are, and how easy it is [...]

]]> By: SteveStreeting.com » Blog Archive » Adventures in conversionland http://www.stevestreeting.com/2009/08/06/getting-more-structured-with-my-dvcs-tests/comment-page-1/#comment-260432 SteveStreeting.com » Blog Archive » Adventures in conversionland Sun, 25 Oct 2009 21:00:33 +0000 http://www.stevestreeting.com/?p=2163#comment-260432 [...] started my DVCS evaluation very pro-Mercurial and very anti-Git. While working through my detailed use cases, a process which I’ve not quite completed yet, Git has grown on me a great deal, and I [...] [...] started my DVCS evaluation very pro-Mercurial and very anti-Git. While working through my detailed use cases, a process which I’ve not quite completed yet, Git has grown on me a great deal, and I [...]

]]> By: tuan kuranes http://www.stevestreeting.com/2009/08/06/getting-more-structured-with-my-dvcs-tests/comment-page-1/#comment-257967 tuan kuranes Mon, 14 Sep 2009 09:51:01 +0000 http://www.stevestreeting.com/?p=2163#comment-257967 Nice ideas here on how to use svn/trac: UltimateQualityDevelopmentSystem http://divmod.org/trac/wiki/UltimateQualityDevelopmentSystem Maybe Ogre Team could switch to a read-only server project with some Trac gui, ticket list, timeline, mercurial, etc... with public update/mirrors (mercurial to SVN updates are easy). That could leverage the aposiblity to go on and step up to a "continous integration server" capabilities (test/reports/etc/)... Now that cmake is there, it should be easier. (ie: cdash is cmake based, but others have cmake abilities) Many tools can now be added to cmake easily (cmake scripts for unit test report, clang static analysis, gcc -Weffc++, memleak runs, valgrind, splint, PCLint, CPPCheck, Duplo, SourceMonitor, VC /analyze, vmware/virtualbox runs, etc. ) Nice ideas here on how to use svn/trac: UltimateQualityDevelopmentSystem
http://divmod.org/trac/wiki/UltimateQualityDevelopmentSystem

Maybe Ogre Team could switch to a read-only server project with some Trac gui, ticket list, timeline, mercurial, etc… with public update/mirrors (mercurial to SVN updates are easy).

That could leverage the aposiblity to go on and step up to a “continous integration server” capabilities (test/reports/etc/)…

Now that cmake is there, it should be easier. (ie: cdash is cmake based, but others have cmake abilities)

Many tools can now be added to cmake easily (cmake scripts for unit test report, clang static analysis, gcc -Weffc++, memleak runs, valgrind, splint, PCLint, CPPCheck, Duplo, SourceMonitor, VC /analyze, vmware/virtualbox runs, etc. )

]]> By: jacmoe http://www.stevestreeting.com/2009/08/06/getting-more-structured-with-my-dvcs-tests/comment-page-1/#comment-256564 jacmoe Sat, 15 Aug 2009 21:48:42 +0000 http://www.stevestreeting.com/?p=2163#comment-256564 I am also very put off by the elitist Git attitude, especially concerning Windows and UI interfaces in general. And the fact that they give commands used in other versioning systems a totally new meaning puts me off as well. I'll probably look to Git again when that die-hard clique has died out. Until then, Mercurial it is. TortoiseHg is a really nice set of tools, working on Windows, the Mac (soon) and Gnome (Linux). If you know SVN, you know a lot of Mercurial already. They don't try to be clever. :) I am also very put off by the elitist Git attitude, especially concerning Windows and UI interfaces in general.
And the fact that they give commands used in other versioning systems a totally new meaning puts me off as well.
I’ll probably look to Git again when that die-hard clique has died out. Until then, Mercurial it is.
TortoiseHg is a really nice set of tools, working on Windows, the Mac (soon) and Gnome (Linux).
If you know SVN, you know a lot of Mercurial already. They don’t try to be clever. :)

]]> By: Steve http://www.stevestreeting.com/2009/08/06/getting-more-structured-with-my-dvcs-tests/comment-page-1/#comment-256550 Steve Sat, 15 Aug 2009 14:05:52 +0000 http://www.stevestreeting.com/?p=2163#comment-256550 @Carsten: honestly, Linus' comments in this area are very much a turn-off for me. I think his attacks on Subversion are hugely arrogant and unprofessional, not to mention completely inaccurate. SVN is a great system, hugely useful for massive numbers of people - it's just not the one Linus wants so he considers it 'worthless'. That's typical egotistical, narrow-minded geek behaviour and doesn't give me any confidence at all in a system he might design being right for me, if that's his mindset. To be honest, I'm trying my hardest to *ignore* his attitude when reviewing Git, because to me it's a negative, not a positive. @Carsten: honestly, Linus’ comments in this area are very much a turn-off for me. I think his attacks on Subversion are hugely arrogant and unprofessional, not to mention completely inaccurate. SVN is a great system, hugely useful for massive numbers of people – it’s just not the one Linus wants so he considers it ‘worthless’. That’s typical egotistical, narrow-minded geek behaviour and doesn’t give me any confidence at all in a system he might design being right for me, if that’s his mindset. To be honest, I’m trying my hardest to *ignore* his attitude when reviewing Git, because to me it’s a negative, not a positive.

]]> By: Carsten http://www.stevestreeting.com/2009/08/06/getting-more-structured-with-my-dvcs-tests/comment-page-1/#comment-256525 Carsten Fri, 14 Aug 2009 18:24:44 +0000 http://www.stevestreeting.com/?p=2163#comment-256525 Hi Steve, I am sure you know the both Google Tech Talks about Git Linus Torwalds speak about Git http://www.youtube.com/watch?v=4XpnKHJAok8 Randal Schwarz speak about Git http://www.youtube.com/watch?v=8dhZ9BXQgc4 Creative commons license book http://progit.org/book/ I think git fits all your given points. It incredible powerful. I was using subversion for years but git replaced it completly now. Quotes ======= Subversion is the most pointless project ever started -- Linus Torvalds Hi Steve,

I am sure you know the both Google Tech Talks about Git

Linus Torwalds speak about Git
http://www.youtube.com/watch?v=4XpnKHJAok8

Randal Schwarz speak about Git
http://www.youtube.com/watch?v=8dhZ9BXQgc4

Creative commons license book
http://progit.org/book/

I think git fits all your given points. It incredible powerful. I was using subversion for years but git replaced it completly now.

Quotes
=======
Subversion is the most pointless project ever started — Linus Torvalds

]]> By: jacmoe http://www.stevestreeting.com/2009/08/06/getting-more-structured-with-my-dvcs-tests/comment-page-1/#comment-256489 jacmoe Thu, 13 Aug 2009 23:32:05 +0000 http://www.stevestreeting.com/?p=2163#comment-256489 Allow me to share a bit of wxBlog with you: <blockquote>While Mercurial is as easy to use as it could be and has great documentation, Git is almost perversely complicated. It has concepts which are particular to it only (can anyone really explain what purpose does the index existence serve except for confusing new users and occasionally tripping more experienced ones?). Its included documentation is only useful if you already know very well what you are doing. It allows (I think it encourages, really) you to make errors -- which is, of course, fine, as there are 3 or 4 different ways to undo them. Of which 2 (different ones, depending on situation) make things even worse. It seems to enjoy reusing commands commonly used in other VCS to do something different. Even the commands which seem to do what you'd expect (e.g. pull and push) do not. Moreover, they are not really even opposites of each other. So you never know what a command with a simple name does and you never risk finding any other commands without reading half a dozen of git tutorials. And even then you have to remember that the equivalent of hg histedit is git rebase -i (with rebase in general doing something completely different, of course). And using git means having one extra letter to type for every command compared to hg!</blockquote> Read the rest of the blog entry here: <a href="http://is.gd/2fO9m" rel="nofollow">http://is.gd/2fO9m</a> Entertaining. :) Allow me to share a bit of wxBlog with you:

While Mercurial is as easy to use as it could be and has great documentation, Git is almost perversely complicated. It has concepts which are particular to it only (can anyone really explain what purpose does the index existence serve except for confusing new users and occasionally tripping more experienced ones?). Its included documentation is only useful if you already know very well what you are doing. It allows (I think it encourages, really) you to make errors — which is, of course, fine, as there are 3 or 4 different ways to undo them. Of which 2 (different ones, depending on situation) make things even worse. It seems to enjoy reusing commands commonly used in other VCS to do something different. Even the commands which seem to do what you’d expect (e.g. pull and push) do not. Moreover, they are not really even opposites of each other. So you never know what a command with a simple name does and you never risk finding any other commands without reading half a dozen of git tutorials. And even then you have to remember that the equivalent of hg histedit is git rebase -i (with rebase in general doing something completely different, of course). And using git means having one extra letter to type for every command compared to hg!

Read the rest of the blog entry here:
http://is.gd/2fO9m
Entertaining. :)

]]> By: TheMuffin http://www.stevestreeting.com/2009/08/06/getting-more-structured-with-my-dvcs-tests/comment-page-1/#comment-256412 TheMuffin Wed, 12 Aug 2009 01:19:00 +0000 http://www.stevestreeting.com/?p=2163#comment-256412 There's a plugin to hg to work on git repositories losslessly. http://hg-git.github.com/ While the other way around, there doesn't seem to be any tools that can match hg-git. If you choose git, hg users can use the same repository. There’s a plugin to hg to work on git repositories losslessly.

http://hg-git.github.com/

While the other way around, there doesn’t seem to be any tools that can match hg-git. If you choose git, hg users can use the same repository.

]]> By: CABAListic http://www.stevestreeting.com/2009/08/06/getting-more-structured-with-my-dvcs-tests/comment-page-1/#comment-256264 CABAListic Fri, 07 Aug 2009 15:49:42 +0000 http://www.stevestreeting.com/?p=2163#comment-256264 For what it's worth, I believe that bazaar is not suffering from the mentioned issue, if I understood it correctly. At least when I used it I could pull changes from the central repository in and it would either merge with local changes on the fly or give me both versions of modified files and ask me to resolve the conflict manually. I was, however, using bazaar more like svn, so I'm just assuming that it retains this ability in a DVCS environment. I have no experience with either git or Mercurial, though, so I don't know how it compares to them otherwise. For what it’s worth, I believe that bazaar is not suffering from the mentioned issue, if I understood it correctly. At least when I used it I could pull changes from the central repository in and it would either merge with local changes on the fly or give me both versions of modified files and ask me to resolve the conflict manually. I was, however, using bazaar more like svn, so I’m just assuming that it retains this ability in a DVCS environment.

I have no experience with either git or Mercurial, though, so I don’t know how it compares to them otherwise.

]]> By: Steve http://www.stevestreeting.com/2009/08/06/getting-more-structured-with-my-dvcs-tests/comment-page-1/#comment-256263 Steve Fri, 07 Aug 2009 14:49:58 +0000 http://www.stevestreeting.com/?p=2163#comment-256263 It'll take a little time, since I'm experimenting outside of my 'normal' work (commercial and Ogre), but I will certainly release my findings. It’ll take a little time, since I’m experimenting outside of my ‘normal’ work (commercial and Ogre), but I will certainly release my findings.

]]>