Skip to main content

InfoQ: Distributed Version Control Systems: A Not-So-Quick Gu...

Popularity Report

Total Popularity Score: 0

Loading...
Loading...
Loading...
Loading...
Loading...
Loading...

Rank

Groups (3)

  • coders

    Coders

    126 members,1009 bookmarks

    A group for and about coders and programming -- theory, practice, and research.

  • compujomphe

    dvcs-vs-vcs

    2 members,22 bookmarks

    What is so much better about DVCSes?

  • git_vs_mercurial_vs_bazaar

    git-vs-mercurial-vs-bazaar

    1 members,26 bookmarks

    Which one is the most general-purpose and mature?

Bookmark History

Saved by 21 people (1 private), first by anonymouse user on 2008-05-07


Public Sticky notes

Since Linus Torvalds presentation at Google about git in May 2007, the adoption and interest for Distributed Version Control Systems has been constantly rising. We will introduce the concept of Distributed Version Control, see when to use it, why it may be better than what you're currently using, and have a look at three actors in the area: git, Mercurial and Bazaar.

Highlighted by wizzylolly

Major reason is that branching is easy but merging is a pain

Highlighted by danieljomphe

Subversion has no History-aware merge capability, forcing its users to manually track exactly which revisions have been merged between branches making it error-prone.

Highlighted by danieljomphe

No way to push changes to another user (without submitting to the Central Server).

Highlighted by danieljomphe

Subversion fails to merge changes when files or directories are renamed.

Highlighted by danieljomphe

Each working copy is effectively a remoted backup of the codebase and change history, providing natural security against data loss.

Highlighted by danieljomphe

  • Experimental branches – creating and destroying branches are simple operations and fast.
  • Collaboration between peers made easy.
  • Highlighted by danieljomphe

    have a look at

    Highlighted by danieljomphe

    Repository size for git updated after doing proper repack command (git repack -a -f -d --window=100 --depth=100 until size becomes constant) (Thanks to the comment by dhamma vicaya).

    Highlighted by avdigrimm

    on 2008-05-13 by avdigrimm

    Git... so intuitive.