Learning About git

Free Online Pro Git book
Git User Manual
Git Reference

Install Git

OS X dmg Installer

Git Goodies

GitX git GUI

GitX is an awesome FREE history viewer made for OS X. It is a better way to visualize your branch and commit history of your git repository. However, power users (aka "cool kids") will probably only use it for history viewing while they continue to use the terminal command line for checkouts, branching, staging, rebasing and committing.
GitX Home Page

Open in GitX

Open In GitX Finder Droplet

Git Tower

For those of you who just get panic attacks at the thought of using the Terminal, there is a commercial app for that:
Git Tower

Using git locally on a Subversion Working Copy

OK, so you are addicted to git, and now you have to work on a team project that is hosted in a remote subversion repository ... and it is making you depressed :-(. Well, you can use manage your local svn working copy using git and be happy again!

Don't use the git-svn tool, just use the git+svn protocol instead.

I want to learn git before I switch from Subversion

(This kind of repeats some of the previous section, but that's on purpose so we can condition you brain to start using git right now ;-) )
Even while you are working with svn repositories, you can start learning and taking advantage of git right now by making your local svn working copy an actual local git repository. The idea is to use the appropriate ignore feature of each SCM system to ignore the hidden files of the other system. The concept is described here:

git+svn Working Protocol

When you first learn about git and you google "git svn" you will learn about a command line tool git-svn which works directly with remote svn repos, however my advice is don't use git-svn. Use the git+svn approach outlined in above blog post instead.

Once you start using git, it becomes addictive ....... you can never go back ...... really, it's that good ...... and it is not hard.

Some tips for Eclipse setup and general workflow when using git locally on svn working copies, 

• check out the entire svn branch on the command line, then LINK (import no copy) the projects you want in your workspace using the Subclipse import tool, and 
• Do your git operations (status, staging, commit, diff, branching, checkouts, rebase and merge using the terminal). git on the terminal is efficient... honest.
• Do all your local work and cimmits on branches other than the master branch.
• Switch to master branch to update from svn and commit those svn updates on the master branch.
• Merge your working branch(es) with or rebase your working branch(es) from the master and just keep on working.
• Switch to master branch before synchronizing with remote svn repo.
• You can use git stash to temporarily  put aside your uncommitted changes before doing an svn update. Then use git stash pop to replay those uncommitted changes onto the working copy.