basic.txt

   1 = Basic Git Tricks =
   2
   3 == Instant Backup ==
   4
   5 When I'm about to attempt something drastic I like to save the current state, so I can go back and try again should things go awry.
   6
   7  $ git-init
   8  $ git-add .
   9  $ git-commit -m "Initial commit"
  10
  11 to take a snapshot of all files in the current directory.
  12 Then if something goes wrong type
  13
  14  $ git-reset --hard
  15
  16 to go back to where you were. To save the state again, type <command>git-commit -a</command> and provide a description.
  17
  18 One benefit to doing this instead of simply copying files is that with Git's hash chaining, you can tell if a backup gets corrupted.
  19
  20 == Undo/Redo History ==
  21
  22 More generally, you can do the above, and every so often "save the game" by typing
  23
  24  $ git-commit -a -m "description of current state"
  25
  26 Note if you want to keep track of newly added files or forget about deleted files you'll need to first run <command>git-add</command> or <command>git-delete</command> accordingly.
  27
  28 Typing git-log shows you a list of recent commits, and their SHA1 hashes. Then typing
  29
  30  $ git-commit -a
  31  $ git-revert SHA1_HASH
  32
  33 will restore the state to the commit with the given hash. You might like to use something like the following instead:
  34
  35  $ git-revert "@{10 minutes ago}"
  36
  37 You can undo the undo: type git-log and you'll see that the other commits you made are still there.
  38
  39 Typing
  40
  41  $ git-checkout SHA1_HASH .
  42
  43 loads a saved state without recording the fact that you've gone back to an old state. This is sometimes what you want.
  44
  45 To take the computer game analogy again, git-checkout is like loading a game, git-revert is like loading a game and recording this fact as another saved game, and git-reset --hard is like loading an old save and deleting all saved games newer than the one just loaded.
  46
  47 == Synchronize Files Between Computers ==
  48
  49 This is the reason I first used Git. I can make tarballs or use rsync to do backups. The problem was sometimes I'd edit on my laptop, other times on my desktop, and they may not have talked to each other in between.
  50
  51 Initialize a Git repository and commit your files as above on one machine. Then on the other:
  52
  53  $ git-clone git+ssh://other.computer/directory
  54
  55 to get a second copy. From now on,
  56
  57  $ git-commit -a
  58  $ git-pull git+ssh://other.computer/directory
  59
  60 will pull in the state of the files on the other computer into the one you're working on. If you've recently made conflicting edits in the same file, Git will let you know and you should resolve them with another edit and commit.
  61
  62 If you have not committed any changes on the other computer, you may type
  63
  64  $ git-push git+ssh://other.computer/directory
  65
  66 to push the current state to the other computer. Next time you're there, run git-reset --hard or git-checkout HEAD . to update the files.
  67
  68 That Git does not do the last step automatically is good in case you were in the middle of some uncommitted changes.