Story-telling with Git rebase

Story-telling with Git rebase

In a successful software development project, a key challenge is to manage complexity because projects get very complex very quickly even within small teams. Version control is the tool for communicating intent in our codebase over the life time of the project. Rebasing allows us to revise our development history before sharing it with the team. Learn to use Git commit messages to keep track of the intent of your code changes to make it easier to make future changes. Learn how to make using feature branches less painful and more effective. Learn the mechanics of interactive rebasing, how to merge conflicts without losing precious code and how to auto-squash commits. Basically, stop fearing interactive rebasing.

492d339a2ec66fa8d80e937abddb58e6?s=128

Elle Meredith

November 30, 2018
Tweet

Transcript

  1. 12.

    commit [REDACTED] Date: [REDACTED] - add promotions to custom brand

    bundles - add bundle promotions to custom brands - generate unique custom promo code key - remove validation for nested create - remove binding.pry - update to allow default bundle (no promo) - refactor for empty promotion - tmp precompile assets - refactor dynamic promo code - adding tracking, top/bottom code - removing unused method calls, redundant migration - use scope - style with Rubocop validation - update asset path, fix broken specs - tmp disable integration spec 20 files changed, 349 insertions(+), 129 deletions(-)
  2. 18.
  3. 25.
  4. 30.
  5. 34.

    ANSWER 5 QUESTIONS Why is this change necessary? How does

    it address the issue? What side e ects does this change have? Were other solutions considered? Include a reference [to a discussion, resource, ticket ] Ref: https://robots.thoughtbot.com/5-useful-tips-for-a-better-commit-message
  6. 35.

    Present-tense summary under 50 characters * More information about commit

    (under 72 chars). * More information about commit (under 72 chars). http://project.management-system.com/ticket/123
  7. 36.

    Present-tense summary under 50 characters * More information about commit

    (under 72 chars). * More information about commit (under 72 chars). http://project.management-system.com/ticket/123
  8. 37.

    Present-tense summary under 50 characters * More information about commit

    (under 72 chars). * More information about commit (under 72 chars). http://project.management-system.com/ticket/123
  9. 38.

    commit [REDACTED] Author: Elle Meredith Date: [REDACTED] Add author's name

    to opportunity form - This input field is disabled - so that the user cannot edit the field - It displays the author's name on: - create a new opportunity - edit an existing opportunity - reposting an opportunity - If the author doesn't have a first or last name, display the author's email instead Trello: https://trello.com/c/12345
  10. 39.

    1. Add (340 times) 2. Update (339 times) 3. Remove

    / Delete (135 times) 4. Fix (132 times) 5. Use (76 times) 6. Style (56 times) 7. Allow (53 times) 8. Bump (50 times) 9. Show (44 times) 10. Refactor / Clean (35 times) Apply / Change / Con gure / Create / Deprecate / Disable / Display / Drop / Enable / Ensure / Extract / Handle / Improve / Increase / Limit / Link / Make / Migrate / Rename / Set / Skip / Sort / Support / Validate / Wire
  11. 44.

    2. Update the branch, commit new changes $ git status

    $ git add <some-files> $ git commit
  12. 45.

    3. Push changes in the branch to `origin` $ git

    push -u origin em-feature-branch or $ git push origin head
  13. 48.

    6. Rebase master on the branch interactively and push updated

    branch back up $ git rebase -i master $ git push origin head -f
  14. 49.

    6. Rebase master on the branch interactively and push updated

    branch back up $ git rebase -i master $ git push origin head -f
  15. 50.

    7. Then fast forward merge to master $ git checkout

    master $ git merge --ff-only em-feature-branch
  16. 51.

    8. Lastly clean up the branches $ git push origin

    :em-feature-branch $ git branch -d em-feature-branch Ref: https://github.com/thoughtbot/guides/tree/master/protocol/git
  17. 55.
  18. 56.
  19. 59.
  20. 60.

    Rebase 34020519..5eac86e0 onto 34020519 (2 commands) Commands: p, pick <commit>

    = use commit r, reword <commit> = use commit, but edit the commit message e, edit <commit> = use commit, but stop for amending s, squash <commit> = use commit, but meld into previous commit f, fixup <commit> = like "squash", but discard this commit's log message x, exec <command> = run command (the rest of the line) using shell d, drop <commit> = remove commit l, label <label> = label current HEAD with a name t, reset <label> = reset HEAD to a label m, merge [-C <commit> | -c <commit>] <label> [# <oneline>] create a merge commit using the original merge commit's message (or the oneline, if no original merge commit was specified). Use -c <commit> to reword the commit message. These lines can be re-ordered;\they are executed from top to bottom. If you remove a line here THAT COMMIT WILL BE LOST. However, if you remove everything, the rebase will be aborted. Note that empty commits are commented out
  21. 61.
  22. 63.
  23. 66.

    Rebase often to grab recent updates from `master` Use rebase

    when you want to keep a linear commit history Never use rebase on a public/shared branch- i.e. never rebase `master`