| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
| If you are using `git pull` and want to make `--rebase` the default, you can set the `pull.rebase` config value with something like `git config --global pull.rebase true`. | ||
|
|
||
| If you treat rebasing as a way to clean up and work with commits before you push them, and if you only rebase commits that have never been available publicly, then you'll be fine. | ||
| If you treat rebasing as a way to clean up and work with commits before anyone could have based work on them, either because they have not been available publicly or it is a branch that you are the only one supposed to work on, then you'll be fine. |
There was a problem hiding this comment.
What about something more like this:
If you only ever rebase commits that have never left your own computer, you'll be just fine.
If you rebase commits that have been pushed, but that no one else has based commits from, you'll also be fine.
Sorry, something went wrong.
There was a problem hiding this comment.
Sounds good to me, it clearly cover the two options, rebase of local commits and rebase of commits that you are the only one working on them.
Sorry, something went wrong.
There was a problem hiding this comment.
✨
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
This pull requests wants to fix #1152 regarding when a user should and should not be doing rebase.
I have form it in a way trying to minimize the additions in the book.
Another option would be to add some section about how git and rebase can play a role in continous integration systems.
I am not native english, it would be great if some native english could review it.