Git Tips

In the last seven months I learned git, working for a dozen of projects. On some of them I was the master&commander, on others I only set up the streams and let the young Jedi find the way to the delivery. Via trial and error I find out a bunch of userful commands.

I present here in order of priority, from the most important to the least…let’s start

 Userful monitoring / configuration  commands

  1. This is the first tip I suggest you:

    This configuration force git to register
    a commit object even if the merge is a fast forward merge.
    Git has a “smart” what of acting, consisting in not registering fast-forward merges. This can be very annoying if you try to track down an evil sith commiting random stuff on your system. Belive me. Sith are so evil!
  2. Find out what happen while you was on holidays…

    It is the most userful command to check differences between branches/tag/commits.
    If you have a huge project, you can also specify a directory like in

    The standard report is quite good, listing commit comment, and files.
    Even better if you want to recover the previous file’s version,  issue
  3. Resync with remote is always a pain if you forget a branch…

    Without special configuration, this command will fetch updates for all your remotes.
    Very useful if you need to know the status of all your branches
  4. Logs are good, but logs with branch description are better:

    Will show you also the branches or the tag
  5. Sometimes you need to erase what you have just commited. An easy way to do it  is

    This will revert your last commit, leaving it as “Changes to be committed”. Very userful if you do a wrong merge. For instance, if you are on branch “stable” and issue

    git pull origin instableStuff

    you will wrongly issue a merge of the  instableStuff into your stable branch. It is quite subtle.
    Sometimes there is a better option. It is called “revert”:

     git revert HEAD

    is better because will register a “revert” commit on the history, and it is useful when you already pushed your deadly stuff.

     

     
    Why I do not like a lot git reset way of life.

    Git reset can “erase” history, anyway, “git reflog” will keep in the trashcan the old commit, in case you need it. But be careful,because reflog is compacted from time to time so it is not a safe place

Team Caffeine Stats

Will give you fast stats on your team: is fomeone has a very huge commit rate, reduce free coffe meetings :)

Useful scripting commands

can be used with xargs to kill all your nasty binaries.
For instance
will save your days
 

Nice to know advices

  • Git 1.7.10 supports utf-8 encoding. I strongly encoruage you to use it instead of older version.
  • –dry-run option
    It is your best friend during a pull or a risky commit. Even if you are better then Yoda (or Linux) at git, you should definitely try it out sometimes.

  • It should avoid merge linearizing input history.
    I am not sure it is a good idea, but can avoid repeating merges if you needn’t. Anyway, do a lot of testing before proceeding in this way.
 

Subversion to Git migration guide

This Good article
will save your days.
 

Known weird errors

  • can’t resolve proxy ‘null’ for https
    Do a 

    If you have  the empty http.proxy config, here is the problem.

    Do a look at your $HOME/.gitconfig for the blank http.proxy  configuration, and zap it.

 
 
Here you can find other tips.
Hub is a replacement script for git, but I disagree with this approach: anyway, you can decide by yourself if it deserve your attention.
Series NavigationA successful Git branching model » nvie.com

1 Comment

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.