On Sun, Dec 03, 2006 at 09:08:34PM +0300, Денис Смирнов wrote:
> В git workdir изменено несколько файлов.
> 
> Пытаюсь делать как раньше:
> 
> [mithraen@localhost seirospbx]$ git commit acinclude.m4
> Different in index and the last commit:
> M       seirospbx/acinclude.m4

Значит, файлы были не просто изменены - для них вызывался
git-update-index.

> You might have meant to say 'git commit -i paths...', perhaps?
> 
> Нет, -i я не хочу, потому как мне не нужен commit остальных изменений.
> 
> Потому:
> [mithraen@localhost seirospbx]$ git commit -o acinclude.m4
> Different in index and the last commit:
> M       seirospbx/acinclude.m4
> You might have meant to say 'git commit -i paths...', perhaps?
> 
> А вот тут я сильно задумался.
> 
> git commit -a, ясное дело работает. Но что-то такая ситуация мне немножко не
> нравится.

Только что аналогичная ситуация обсуждалась в рассылке git:

http://thread.gmane.org/gmane.comp.version-control.git/33117/

Чтобы избавиться от мешающих изменений индекса, можно просто выполнить
команду "git reset" (без дополнительных параметров и опций эта команда
сбрасывает только индекс в состояние, соответствующее последнему
коммиту, но не меняет сами файлы в рабочей копии).

Можно также сбросить индекс только для тех файлов, которые нужно
закоммитить отдельно:

git ls-tree HEAD -- that-file | git update-index --index-info
git commit that-file

Возможно, в последующей версии git эта проверка будет совсем удалена
из git-commit - сейчас она там есть только по той причине, что
некоторое время назад поведение git-commit при указании списка файлов
менялось.