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

`git reset` for delete + intent-to-add doesn't reset

From
Anthony Sottile <asottile@umich.edu>
Date
Jan 8, 2019, 07:25 UTC
Message-ID
<CA+dzEBmVQ8H78uHSPSBy+HqLXZ3xE5=jVdYDfPOVZ_53U8YA-A@mail.gmail.com>

``` git --version rm -rf t git init t cd t touch a git add a git commit -m "add a" git rm a touch a git add --intent-to-add a git status --short git reset -- a git status --short ```

(the git version below is compiled from ecbdaf0899161c067986e9d9d564586d4b045d62)

```
$ bash -x t.sh
+ git --version
git version 2.20.GIT
+ rm -rf t
+ git init t
Initialized empty Git repository in /tmp/t/t/.git/
+ cd t
+ touch a
+ git add a
+ git commit -m 'add a'
[master (root-commit) 95a1815] add a
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 a
+ git rm a
rm 'a'
+ touch a
+ git add --intent-to-add a
+ git status --short
DA a
+ git reset -- a
Unstaged changes after reset:
A    a
+ git status --short
DA a
```

Even `git reset --intent-to-add -- a` or `git checkout -- a` don't seem to clear the `intent-to-add` state

How do I reset the intent-to-add status in this case?
Anthony
Next: Anthony Sottile
Message 1 of 4 in “`git reset` for delete + intent-to-add doesn't reset”
  1. Anthony SottileJan 8, 2019
  2. Anthony SottileJan 8, 2019
  3. Duy NguyenJan 8, 2019
  4. Duy NguyenJan 8, 2019

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.