git/list[1] front-page[2] threads[3] people[4] search[5] about
 

git rebase is confused about commits w/o textual changes (e.g. chmod's)

From
PSPaul Sokolovsky <pmiscml@gmail.com>
Date
Sep 24, 2013, 19:56 UTC
Message-ID
<20130924225648.48af3f4e@x34f>
Hello,
git rebase is confused about commits like
https://github.com/pfalcon/civetweb/commit/ce8493837bf7676c6d824cdcb1d5e3a7ed476fe1
- it stops, telling user to just run rebase --continue. I remember like
few years ago rebase was confused like that oftentimes, which is in turn
confused novices trying rebase-based workflow. There's big progress
over years, and it would be nice to make it just perfect.
The exact messages are:
+ git rebase --preserve-merges --onto upstream-master e61d4efbe4d34d64e6be50ad5009045e4ff06764 HEAD
The previous cherry-pick is now empty, possibly due to conflict resolution.
If you wish to commit it anyway, use:
    git commit --allow-empty

Otherwise, please use 'git reset' # rebase in progress; onto a0b43ae # You are currently rebasing. # (all conflicts fixed: run "git rebase --continue") # nothing to commit, working directory clean Could not pick 5831bf1affad12bfa3146c37b8b622ba4e584ca3

-- 
Best regards,
 Paul                          mailto:pmiscml@gmail.com
Next: brian m. carlson
Message 1 of 5 in “git rebase is confused about commits w/o textual changes (e.g. chmod's)”
  1. Paul SokolovskySep 24, 2013
  2. brian m. carlsonSep 27, 2013
  3. Paul SokolovskySep 27, 2013
  4. brian m. carlsonOct 4, 2013
  5. Paul SokolovskyOct 4, 2013

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.