Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Practical git(lab)

Practical git(lab)

Git best practices, tips & tricks. Talk given to my teammates at Ideaknow.

[email protected]

May 22, 2015
Tweet

Other Decks in Programming

Transcript

  1. ❝ git gets easier once you get the basic idea

    that branches are homeomorphic endofunctors mapping submanifolds of a Hilbert space ❞ -- The Internet
  2. branches anything in master is deployable anything in develop will

    be delivered in the next release * feature-branches is where we should commit
  3. branches anything in master is deployable anything in develop will

    be delivered in the next release * feature-branches is where we should commit
  4. * Well, unless the client calls in the last minute

    to demand ask you politely to drop a feature because they fucked up had some issues on their side. Something that never happens. Ever. Nope. branches
  5. branches It’s ok to have different branch schemes, depends on

    client, project, technology… a common workflow > no workflow at all keep it simple or people won’t follow the scheme
  6. .gitignore know and use .gitignore committed files cannot be ignored

    (well, not easily) https://github.com/github/gitignore
  7. git pull God kills a kitten every time you do

    this: Merge branch 'develop_15.5' of gitlab.ideaknow.com:sab-3-0/bsmobil- translations into develop_15.5
  8. git pull git pull is considered harmful git fetch origin

    git rebase origin/develop git config --global pull.ff only when changes can’t be applied fast-forward:
  9. git pull do it for the kittens if you need

    to solve conflicts when pushing/ pulling, you are doing something wrong
  10. merge request why? we all make errors find logic bugs

    high quality code enforce readable code style enforce good commit history let people know what you are working on learn (both ways) fun
  11. merge request useful messages: “Can we make this more readable?”

    “What would be a better name for this method?” “This needs to be refactored into smaller methods” “”
  12. merge request be the first to review your own code

    learn to criticise and to be criticised your work != you open a merge request at any time, even to discuss an upcoming feature
  13. How do I… …search all of git history for a

    string? git log --all -G <string>
  14. How do I… …find the commit that broke my project?

    git bisect start git bisect good git bisect bad
  15. How do I… …save current changes for later use without

    committing because you need to do something urgent? git stash git stash list git stash pop git stash apply
  16. How do I… …revert a non-staged change? git checkout --

    path/to/file/to/revert git checkout -- . …revert all non-staged changes (and nothing else)? ⚠ ⚠
  17. How do I… …revert a staged change? git reset path/to/file/to/revert

    git reset …revert all staged changes (and nothing else)?
  18. How do I… …revert all staged and non-staged changes? (i.e.:

    all non-committed changes) git reset --hard ⚠
  19. How do I… …revert the last non-pushed commit? git reset

    HEAD^ …revert/modify a previous non-pushed commit? git rebase -i <parent commit>
  20. How do I… …copy an existing commit (from another branch

    or another point in history) ? git cherry-pick <commit SHA>
  21. How do I… …split changes in a single file into

    multiple commits? git add -p <file>
  22. How do I… …clean remote branches? git remote prune origin

    git push origin --delete <branch_name> …delete a remote branch?
  23. How do I… … show changes introduced by a commit?

    git show <commit sha> … show changes introduced by a merge commit? git show -m <commit sha>
  24. How do I… … find who the fuck wrote this

    aberration? git blame path/to/aberration
  25. better git log git config --global alias.lg "log --color --graph

    -- pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"