How-To on Git for Newbies

From Dreamwidth Notes
Revision as of 15:38, 13 March 2013 by Ninetydegrees (Talk | contribs)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search
Note: Feel free to correct, expand, do anything which could make this better and clearer. ^_^

How to check things

Note: to exit code views, hit the 'q' key.

  • To check which local branch you're on (noted with an asterisk):
git branch
  • To see local and remote branches:
git branch -a
  • To see the code changes you've made on the branch before you move them to the staging area:
git diff
  • To see the code changes you've made on the branch before you commit them:
git diff --cached
  • To see the list of files you've added, removed and modified on the branch before you commit them:
git status -s
  • To see your last commit on a branch (before it's been merged):
git show
  • To see commit logs:
git log

You can see them one at a time using:

git log -1
git log -2

and so on.

  • On github.com, you can see a graph of the branches you've pushed and the commits you've made by going to your profile page, clicking dw-free or dw-nonfree then on Network. Hit Shift and the right arrow to go to the most current part of the graph.


How to stash your changes

If you have work you haven't committed yet and you want to work on another bug or update your 'master' and 'develop' branches you need to stash your work first. It's generally good practice to do this every time you have work you haven't committed.

  • Make sure you're on the right branch using the checkout command.
  • Put away your work using the stash command:
git stash
  • And bring it back with:
git stash pop
  • To see the work you've stashed, you can use:
git stash show


How to undo changes

  • If you added a file using git add but finally want to unstage it (i.e. remove it from the staging area before you do git commit), you can use the reset command:
git reset HEAD FILENAME
Note that the file is still modified; it's just no longer part of your staging area and won't be part of your commit.
  • If you want to undo the changes you've made to a file before you commit it, you need to use checkout:
git checkout -- FILENAME
  • You can also reset everything to the last commit using --hard:
git reset --hard
  • If you've already committed your work and want to go back to a clean slate, you can go one commit back using:
git reset --hard HEAD~1


How to move and delete files

  • To move files:
git mv OLDPATH NEWPATH
  • To delete files:
git rm FILEPATH


How to rename and delete branches

  • To rename a local branch:
git branch -m OLDNAME NEWNAME
N.B. If you had already pushed some changes to GitHub, this will create a new identical branch there. You will need to delete the old one using the method described below.
  • To delete a local branch you created by mistake or a branch which has been merged into develop (you must update your code for the system to detect the merge), use:
git branch -d BRANCHNAME
  • To delete an unmerged branch, use this instead:
git branch -D BRANCHNAME
  • To delete the remote branch on GitHub:
git push origin :BRANCHNAME
You can also do this directly on GitHub one your pull request has been merged into develop. Just click on the pull request (from the Activity list on your profile for example), scroll down and it'll ask if you want to delete the branch.


How to update your branch

  • If, for some reason, you'd like to update your branch so it has all the new code which has been added to develop since then, you can do so with rebase. However, this will only work smoothly if you have nothing on your branch of if what you have has been committed and won't conflict with the new additions. If that's the case then run:
git checkout BRANCHNAME
git rebase develop

Ta-da! All new!

  • If you had already pushed some changes to GitHub, you will need to force a push to get it updated:
git push -f origin BRANCHNAME


How to squash several commits into one

If, for some reason, you'd like several commits to be just one, you can squash them. This is not reversible so proceed with caution.

  1. Make sure everything is up-to-date.
  2. Make sure you're on the correct bug branch using git checkout.
  3. Use git log or git log -n to check the ID of the commits you want to squash. It might come in handy later.
  4. Load the interactive rebase interface using
    git rebase -i develop
  5. The interface will show you all the successive commits on this branch, from the oldest at the top to the most recent at the bottom.
  6. Edit the work 'pick' to the word 'squash' for the ones you want to squash into the previous commit. This is where the commit IDs can be useful as the commit message is shortened and it may not be easy to say which is what. Each line shows the first seven characters of the commit ID.
  7. When you're done hit Ctrl+X then type Y and Enter.
  8. You'll be then shown the commit messages if you want to edit or remove them. When you're done hit Ctrl+X, Y and Enter again.
  9. Ta-da!
  10. Note that if you had already pushed some changes to GitHub, you will need to force a push to get it updated:
git push -f origin BRANCHNAME


How to create custom keywords for your most-used commands

  • Tired of (mis)typing the same things over and over? You can create keywords for them. Open config in ~/dw/.git. At the bottom, add this then then your file:
[alias]
	KEYWORD1= COMMAND1
	KEYWORD2= COMMAND2
Warning! Make sure the keyword you're using isn't already a git command.
  • You can then use your keyword instead of typing the full command (e.g. git c instead of git checkout -b).