Skip to main content
Updated link, old link was no longer working. Thanks for posting this!
Source Link

No

Git is so radically different from SVN it won't help you. If anything you will be looking for "update" and "commit" commands and wondering why everything is different.

Start with Git from the Bottom UpGit from the Bottom Up and go from there.


Contrasting a standard centralized update / commit pattern versioning system with Git is like comparing a bus with mass transit. A bus will get you (and everyone else) from point A to point B using the exact same route. Mass transit will get you from point A to point B using whatever route you like.

Distributed itself has disadvantages you should be aware of. It takes more work to keep everyone on the same page. It offers a huge increase in flexibility though.


Revision hashes vs. Numbers

Someone mentioned Git using SHA1 hashes while Hg uses numbers.

First you rarely (if ever) need to deal directly with the hashes in daily commits / pulls. You need to pull up the log and pull hashes if you are doing diffs or some of the more tricky rebasing items.

With Git, everyone has the same hashes. Different repositories don't have different commit numbers and everyone is on the same page. With Hg this is less so. In practice if you have to pull up the commit hashes and work with them (either for comparing or traversing the code's timeline) it's easier to sync with other people when you have hashes instead of numbers.

No

Git is so radically different from SVN it won't help you. If anything you will be looking for "update" and "commit" commands and wondering why everything is different.

Start with Git from the Bottom Up and go from there.


Contrasting a standard centralized update / commit pattern versioning system with Git is like comparing a bus with mass transit. A bus will get you (and everyone else) from point A to point B using the exact same route. Mass transit will get you from point A to point B using whatever route you like.

Distributed itself has disadvantages you should be aware of. It takes more work to keep everyone on the same page. It offers a huge increase in flexibility though.


Revision hashes vs. Numbers

Someone mentioned Git using SHA1 hashes while Hg uses numbers.

First you rarely (if ever) need to deal directly with the hashes in daily commits / pulls. You need to pull up the log and pull hashes if you are doing diffs or some of the more tricky rebasing items.

With Git, everyone has the same hashes. Different repositories don't have different commit numbers and everyone is on the same page. With Hg this is less so. In practice if you have to pull up the commit hashes and work with them (either for comparing or traversing the code's timeline) it's easier to sync with other people when you have hashes instead of numbers.

No

Git is so radically different from SVN it won't help you. If anything you will be looking for "update" and "commit" commands and wondering why everything is different.

Start with Git from the Bottom Up and go from there.


Contrasting a standard centralized update / commit pattern versioning system with Git is like comparing a bus with mass transit. A bus will get you (and everyone else) from point A to point B using the exact same route. Mass transit will get you from point A to point B using whatever route you like.

Distributed itself has disadvantages you should be aware of. It takes more work to keep everyone on the same page. It offers a huge increase in flexibility though.


Revision hashes vs. Numbers

Someone mentioned Git using SHA1 hashes while Hg uses numbers.

First you rarely (if ever) need to deal directly with the hashes in daily commits / pulls. You need to pull up the log and pull hashes if you are doing diffs or some of the more tricky rebasing items.

With Git, everyone has the same hashes. Different repositories don't have different commit numbers and everyone is on the same page. With Hg this is less so. In practice if you have to pull up the commit hashes and work with them (either for comparing or traversing the code's timeline) it's easier to sync with other people when you have hashes instead of numbers.

added 682 characters in body
Source Link
Josh K
  • 23k
  • 10
  • 67
  • 100

No

Git is so radically different from SVN it won't help you. If anything you will be looking for "update" and "commit" commands and wondering why everything is different.

Start with Git from the Bottom Up and go from there.


Contrasting a standard centralized update / commit pattern versioning system with Git is like comparing a bus with mass transit. A bus will get you (and everyone else) from point A to point B using the exact same route. Mass transit will get you from point A to point B using whatever route you like.

Distributed itself has disadvantages you should be aware of. It takes more work to keep everyone on the same page. It offers a huge increase in flexibility though.


Revision hashes vs. Numbers

Someone mentioned Git using SHA1 hashes while Hg uses numbers.

First you rarely (if ever) need to deal directly with the hashes in daily commits / pulls. You need to pull up the log and pull hashes if you are doing diffs or some of the more tricky rebasing items.

With Git, everyone has the same hashes. Different repositories don't have different commit numbers and everyone is on the same page. With Hg this is less so. In practice if you have to pull up the commit hashes and work with them (either for comparing or traversing the code's timeline) it's easier to sync with other people when you have hashes instead of numbers.

No

Git is so radically different from SVN it won't help you. If anything you will be looking for "update" and "commit" commands and wondering why everything is different.

Start with Git from the Bottom Up and go from there.


Contrasting a standard centralized update / commit pattern versioning system with Git is like comparing a bus with mass transit. A bus will get you (and everyone else) from point A to point B using the exact same route. Mass transit will get you from point A to point B using whatever route you like.

Distributed itself has disadvantages you should be aware of. It takes more work to keep everyone on the same page. It offers a huge increase in flexibility though.

No

Git is so radically different from SVN it won't help you. If anything you will be looking for "update" and "commit" commands and wondering why everything is different.

Start with Git from the Bottom Up and go from there.


Contrasting a standard centralized update / commit pattern versioning system with Git is like comparing a bus with mass transit. A bus will get you (and everyone else) from point A to point B using the exact same route. Mass transit will get you from point A to point B using whatever route you like.

Distributed itself has disadvantages you should be aware of. It takes more work to keep everyone on the same page. It offers a huge increase in flexibility though.


Revision hashes vs. Numbers

Someone mentioned Git using SHA1 hashes while Hg uses numbers.

First you rarely (if ever) need to deal directly with the hashes in daily commits / pulls. You need to pull up the log and pull hashes if you are doing diffs or some of the more tricky rebasing items.

With Git, everyone has the same hashes. Different repositories don't have different commit numbers and everyone is on the same page. With Hg this is less so. In practice if you have to pull up the commit hashes and work with them (either for comparing or traversing the code's timeline) it's easier to sync with other people when you have hashes instead of numbers.

added 478 characters in body
Source Link
Josh K
  • 23k
  • 10
  • 67
  • 100

No

Git is so radically different from SVN it won't help you. If anything you will be looking for "update" and "commit" commands and wondering why everything is different.

Start with Git from the Bottom Up and go from there.


Contrasting a standard centralized update / commit pattern versioning system with Git is like comparing a bus with mass transit. A bus will get you (and everyone else) from point A to point B using the exact same route. Mass transit will get you from point A to point B using whatever route you like.

Distributed itself has disadvantages you should be aware of. It takes more work to keep everyone on the same page. It offers a huge increase in flexibility though.

No

Git is so radically different from SVN it won't help you. If anything you will be looking for "update" and "commit" commands and wondering why everything is different.

Start with Git from the Bottom Up and go from there.

No

Git is so radically different from SVN it won't help you. If anything you will be looking for "update" and "commit" commands and wondering why everything is different.

Start with Git from the Bottom Up and go from there.


Contrasting a standard centralized update / commit pattern versioning system with Git is like comparing a bus with mass transit. A bus will get you (and everyone else) from point A to point B using the exact same route. Mass transit will get you from point A to point B using whatever route you like.

Distributed itself has disadvantages you should be aware of. It takes more work to keep everyone on the same page. It offers a huge increase in flexibility though.

Source Link
Josh K
  • 23k
  • 10
  • 67
  • 100
Loading