извини, я не успел;)
--
Serge Matveenko
se...@matveenko.ru
http://www.ohloh.net/accounts/lig
http://ru.linkedin.com/in/sergematveenko
git revert <commit>
делает обратный коммит.
По сути он берет патч, отражающий указанный коммит, разворачивает его
и добавляет его, как новый. При этом в историю добавляется новый
коммит и при мерже (а значит и при пуше) все пройдет хорошо, не будет
необзодимости делать --force и т.п. revert-нуть можно любой коммит,
не только последний.
Вообще говоря, reset --hard или rebase внутрь истории, которая уже
кому-то отправлена, делать крайне не желательно. Лучше сделать новую
ветку, собрать в ней нужное состояние revert-ами и прочими средствами
и смержить ее в master.
Что-то сделал не так. Скорее всего не добавил 1.txt.
$ mkdir git1
$ cd git1
$ touch 1.txt
$ ls -1
1.txt
$ git add 1.txt
$ git commit -m 'Add 1.txt.'
$ ls -1
1.txt
$ git revert HEAD
$ ls -1
(пусто)
$ git log --format=oneline
c4a4090723ee85af7e76ff193c2187806f966a12 Revert "Add 1.txt."
4ba4ea753005810d9f8e2fe176990e5e34affc69 Add 1.txt.
ч.т.д., чуда не произошло.
Что нового в этих утверждениях по сравнению с документацией?
если вы будете использовать эту рассылку, как личную записную книжку
выдержек из документации, я отпишусь.
Я вас предупредил.
И, кстати, отвечать принято под цитируемым текстом. Взялись быть
ведущим рассылки, так соблюдайте что ли нетикет...