From: John Goerzen Date: Sat, 01 Mar 2008 20:40:24 GMT Subject: git-rebase dirty index and email address bug? Message-ID: Hi folks, I have checked out a remote git repo. I have hacked on my local copy for the last two days. I have performed no merges or anything elese odd. Today I git fetched the remote, and then I tried to git rebase upstream/master. I had committed all outstanding changes first. My index was clean. It displayed: First, rewinding head to replay your work on top of it... HEAD is now at 77f1a60... Merge branch 'trunk' Dirty index: cannot apply patches (dirty: public/dispatch.fcgi) Tthat particular file was one that I added. It did not exist upstream either at my initial checkout, nor was it added upstream at any point since. git status shows: # Changes to be committed: # (use "git reset HEAD ..." to unstage) # # new file: public/dispatch.fcgi # # Untracked files: # (use "git add ..." to include in what will be committed) # # .dotest/ So I tried the git reset command on public/dispatch.fcgi, and also then deleted that file. I then tried git-rebase --continue, which displayed: sed: can't read .dotest/info: No such file or directory sed: can't read .dotest/info: No such file or directory sed: can't read .dotest/info: No such file or directory Patch does not have a valid e-mail address. I have no idea what sed is complaining about, but that last line is interesting. The upstream git repo I am monitoring was itself converted from an svn repo using, presumably, git-svn or git-svnimport. It lies at git://gitorious.org/redmine-git/mainline.git Most patches have an author like this: Author: jplang Could one of the git tools be trying to parse this for some odd reason? Or is something else going on here?