Исходное сообщение
"Kernel.org подвергся взлому" Отправлено Michael Shigorin, 02-Сен-11 09:47
> Неужели Вы думаете, я не знаком с git guts (а равно и с форматами и hg, и svn)? Читая, надеялся, что незнакомы. Как бы это попроще объяснить... Попробуйте подменить меня, на котором отложились все предыдущие поколения, подконтрольным двойником -- так, чтобы среди множества знакомых со мной людей ни один этого не заметил. PS: технически говоря: > что git'у в working directory положили, то он и коммитит Предлагаю при установленном гите выполнить следующие действия: mkdir git-test cd git-test git init echo "123" > file; git status git commit -am "initial state"; git status echo "456" >> file; git status git add file; git status echo "789" >> file; git status После чего наконец понять, что есть три состояния изменения существующего с точки зрения  git файла -- "сделано в рабочей копии" (unstaged), "добавлено в будущий коммит" (staged) и "закоммичено".  Да, можно продолжать рассусоливать о том, как бы врезаться между git status и git add/commit -a, но это в принципе race даже при возможности снупать ssh-сессии. И это всё -- в ответ на предположение, что кто-то что-то правит "прям на сервере" в репо с чекаутнутой рабочей копией, что само по себе звучит немножко дико для git repo, в который пушат.  А при нормальном рабочем воркфлове подделывать придётся pack'и со всеми вытекающими.