You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Sometimes the branch and commit order changes when the merge_squash level is reset.
This is what it looked like when the level was:
Reset (githug reset merge_squash)
Logged (git log --all --oneline)
twice.
The same thing is seen with git log --all, it was just more compact to show them with --oneline.
Is it just an issue with how git log works when several commits have the same time (hh:mm:ss), which probably happens because github reset <level> creates the commits quickly.
Maybe the commits are read in a random order and since the next read commit has the same time stamp, they end up in a random order.
However git log --all --graph --online shows them in the correct order after every reset:
* 603c7cd (long-feature-branch) Time
* 96bcbd3 Takes
* a9a8600 Developing new features
| * bc5e60d (HEAD -> master) Second commit
|/
* 321e479 First commit
The text was updated successfully, but these errors were encountered:
Sometimes the branch and commit order changes when the
merge_squash
level is reset.This is what it looked like when the level was:
githug reset merge_squash
)git log --all --oneline
)twice.
The same thing is seen with
git log --all
, it was just more compact to show them with--oneline
.Is it just an issue with how
git log
works when several commits have the same time (hh:mm:ss), which probably happens becausegithub reset <level>
creates the commits quickly.Maybe the commits are read in a random order and since the next read commit has the same time stamp, they end up in a random order.
However
git log --all --graph --online
shows them in the correct order after every reset:The text was updated successfully, but these errors were encountered: