One of the most powerful tools a developer can have in their toolbox is git rebase. Yet it is notorious for being complex and misunderstood. The truth is, if you understand what it actually does, git rebase is a very elegant, and straightforward tool to achieve so many different

What is the right chronological order of the git saga? Should I read this before of after the git checkout trilogy?

I’ve accidentally had my git config set to rebase at my work. Every git pull merge dragged me into some conflict hell.

I’m still interested and will read this article, mainly to see if there is a way to use it if the rest of the department isn’t.

If you copied pasted your config and don’t know what each line does, delete it.

Also, don’t forget to personally audit Linux source code, before you use it.

so bloody complicated it needs a book

@theherk@lemmy.world
link
fedilink
English
21Y

So powerful… is another way to look at it.

@vimzim@feddit.nl
link
fedilink
English
21Y

I recommend Drew Devault’s guide https://git-rebase.io/ it’s shorter and easier to follow.

Create a post

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person’s post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you’re posting long videos try to add in some form of tldr for those who don’t want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev



  • 1 user online
  • 1 user / day
  • 1 user / week
  • 1 user / month
  • 1.11K users / 6 months
  • 1 subscriber
  • 1.21K Posts
  • 17.8K Comments
  • Modlog