Пара приемов работы с git

[diger_74]

Только начинаю использовать git и mercurial. Прочитал статью с интересом.
Спасибо за описание команд с примерами — очень полезный функционал!

[seregagl]

Не за что )
Кстати, я бы был бы рад, если бы кто-то из знатоков меркуриала отписался бы, возможно ли на нам производить подобные махинации.

[retran]

Конечно.
blame — hg annotate
А для поиска есть специальный плагин — mercurial.selenic.com/wiki/BisectExtension

[seregagl]

Добавил в топик, спасибо

[kmike]

Я бы не стал называть это «специальным плагином», hg bisect уже очень давно (почти 4 года) во встроенные комманды входит, правильная ссылка www.selenic.com/mercurial/hg.1.html#bisect.

[kmike]

ссылка — без точки в конце

[retran]

Да, вы правы. Спасибо за поправку, не знал ;)

[lukashes]

Думаю, вам еще будет полезна ссылка на русскоязычную версию progit.

А то, многие не знают о русской версии.

[seregagl]

Спасибо, поставил ссылку в топике.

[321]

И еще ссылочка — githowto.com/ru/setup

[trueneutral]

В общем-то, и в svn-е есть blame:

svn blame TARGET[@REV]

[seregagl]

Тоже добавил в топик, свн я пользуюсь не так часто, не знал, что там такой функционал есть, думал, что это фичи исключитьльно dcvs

[TrueChaotic]

Забавно, что в svn есть синоним для blame — praise

[infsega]

Кстати, при использовании Git Extension о Git Blame узнаёшь сразу — он там на одной из трёх вкладок представления…

[seregagl]

Да, посмотрел скриншоты — довольно удобно сделано, но под windows я пользуюсь TortoiseGit, поэтому команда и была для меня новой )

[afschr]

Недавно открыл git show-branch, покажет присутствие коммита в ветках.

[santa]

Еще в некоторых ситуациях очень полезной бывает команда git reflog

[Stamm]

Ещё одна из удобный комманд:
git branch --no-merged — посмотреть список ветвей, не смёрдженных с текущей.

[FB3]

Вот честно говоря, историю изменений файлика или блэйм под виндой мне проще смотрить визуальным Tortoise Git. Ну или в IDE аналогичная функциональность есть.

[Snipe]

На github'е blame есть — очень удобно.
У некоторых IDE тоже есть.

А уж если и комментарии к коммитам писать, так вообще красота получается.

[junqed]

А что — бывает такое, что не пишут?

[vaniaPooh]

На том же самом ProGit рассказано и про то, что при в Git можно сравнивать содержимое «бинарных» файлов наподобие *.docx или *.odt. Делается это при помощи скрипта (например, на Perl), который при помощи регулярных выражений преобразует содержимое бинарного файла в текст (для odt\docx распаковывает архив и вытаскивает XML-файл с содержимым). После этого обычный git diff показывает различие между ревизиями файла.

[VolCh]

У изучения по методу «взять в руки нормальную книгу с самого начала» тоже есть недостатки. Читаешь о каких-то конструкциях, которые и профи-то применяют раз в полгода и перед применением маны читают, но у новичка эта информация смешивается с той, которую нужно знать всем, с самыми азами, что мешает их усвоению.