Martin Langhoff <martin.langhoff@xxxxxxxxx> writes: > Eric Sink hs been working on the (commercial, proprietary) centralised > SCM Vault for a while. He's written recently about his explorations > around the new crop of DSCMs, and I think it's quite interesting. A > quick search of the list archives makes me thing it wasn't discussed > before. > > The guy is knowledgeable, and writes quite witty posts -- naturally, > there's plenty to disagree on, but I'd like to encourage readers not > to nitpick or focus on where Eric is wrong. It is interesting to read > where he thinks git and other DSCMs are missing the mark. > > Maybe he's right, maybe he's wrong, but damn he's interesting :-) > > So here's the blog - http://www.ericsink.com/ "Here's a blog"... and therefore my dilemma. Should I post my reply as a comment to this blog, or should I reply here on git mailing list? I think I will just add link to this thread in GMane mailing list archive for git mailing list... > These are the best entry points * "Ten Quirky Issues with Cross-Platform Version Control" > http://www.ericsink.com/entries/quirky.html which I have answered in separate post in this thread * "Mercurial, Subversion, and Wesley Snipes" > http://www.ericsink.com/entries/hg_denzel.html which I will comment now. The 'ES>' prefix means quoting above blog post. First there is a list of earlier blog post, with links, which makes article in question a good staring point. ES> As part of that effort, I have undertaken an exploration of the ES> DVCS world. Several weeks ago I started writing one blog entry ES> every week, mostly focused on DVCS topics. In chronological ES> order, here they are: ES> ES> * The one where I gripe about Git's index where Eric complains that "git add -p" allows for committing untested changes... not knowing about "git stash --keep-index", and not understanding that comitting is (usually) separate from publishing in distributed version control systems (so you can check after commit, and amend commit if it does not pass test). ES> * The one where I whine about the way Git allows developers to ES> rearrange the DAG where Eric seems to not notice that you are strongly encouraged to do 'rearranging the DAG' (rewriting the history) _only_ in unpublished (not made public) part of history. ES> * The one where it looks like I am against DAG-based version ES> control but I'm really not where Eric conflates linear versus merge workflows with update-before-commit versus commit-then-merge paradigm, not noticing that you can have linear history using sane commit-update-rebase rather than unsafe update-before-commit. ES> * The one where I fuss about DVCSes that try to act like ES> centralized tools where DVCS in question that behaves this way is Bazaar (if I understood this correctly). ES> * The one where I complain that DVCSes have a lousy story when it ES> comes to bug-tracking where Eric correctly notice that distributed version control would not help much if you use centralized bugtracker, and speculates about required features that distributed bugtracker should have. Very nice post in my opinion. ES> * The one where I lament that I want to like Darcs but I can't where Eric talks about difference between parentage in merge commit (which is needed for good merging) and "parentage"/weak link in cherry-picked commit; Git uses weak link = no link. ES> * The one where I speculate cluelessly about why Git is so fast where Eric guesses instead of asking on git mailing list or #git channel... ;-) ES> Along the way, I've been spending some time getting hands-on ES> experience with these tools. I've been using Bazaar for several ES> months. I don't like it very much. I am currently in the process ES> of switching to Git, but I don't expect to like it very much ES> either. Aaaargh... if you expect to not like it very much, I would be very suprised if you find it to your liking... ES> So why don't I write about Mercurial? Because I'm pretty sure I ES> would like it. ES> ES> I chose Bazaar and Git for the experience. But if I were choosing ES> a DVCS as a regular user, I would choose Mercurial. I've used it ES> some, and found it to be incredibly pleasant. It seems like the ES> DVCS that got everything just about right. That's great if you're ES> a user, but for a writer, what's interesting about that? Well, Mercurial IMHO didn't get everything right. Not mentioning implementation issues, like dealing with copies, binary files, and large files, it got IMHO wrong: * branching in multiple branches per repository * tags which should be transferrable but non-versioned -- Jakub Narebski Poland ShadeHawk on #git -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html