В документе "Git Magic (http://www-cs-students.stanford.edu/~blynn/gitmagic/)" представлено простое для восприятия и изобилующее примерами руководство по управлению исходными текстами при помощи Git.

URL: http://www-cs-students.stanford.edu/~blynn/gitmagic/
Новость: http://www.opennet.ru/opennews/art.shtml?num=17252

• Руководство по использованию системы для управления исходными текстами Git,prapor, 00:30 , 06-Авг-08
  • Руководство по использованию,Andrey Mitrofanov, 12:22 , 06-Авг-08
    • Руководство по использованию,Michael Bochkaryov, 16:04 , 06-Авг-08
      • Руководство по проблемам,Andrey Mitrofanov, 16:28 , 06-Авг-08
• Руководство по использованию системы для управления исходными текстами Git,alfss, 03:06 , 06-Авг-08
• Руководство по использованию системы для управления исходными текстами Git,Sincere, 12:12 , 06-Авг-08
• Руководство по использованию системы для управления исходными текстами Git,Ariel, 14:56 , 06-Авг-08
  • Руководство по использованию системы для управления исходным...,user, 16:06 , 06-Авг-08
  • rtfm, google, ...,Andrey Mitrofanov, 16:19 , 06-Авг-08

Очередной "user manual", а вот найти нормальную документацию по администрированию (так, чтобы не фильтровать лишнее) - целая проблема. Приходится перерывать все маны, чтобы дать девелоперам возможность работать, а на деле оказывается, что большая часть данных - лишние.

>Приходится перерывать все маны, чтобы дать девелоперам возможность работать, а на деле оказывается, что большая часть данных - лишние.

Ваши быдлокодеры читать не умеют?

Вобще, специализация таки имеет смысл.

То, что программер должен уметь разобраться с тем же Git по документации, не означает, что он должен этим заниматься. В конце концов, ему зарплату платят не за самообразование в смежных сферах. Своим программистам я всегда пытался выдавать заранее настроенное рабочее место со всем инструментарием - весьма неплохая экономия времени получалась.

Ну и с документацией у Git, к сожалению, хреново в плане быстрого старта. И это минус, т.к. обслуживание Git (bzr, SVN, CVS, etc) для большинства людей является не самоцелью, а лишь инструментом, призванным сэкономить, а не отнять время.

>Вобще, специализация таки имеет смысл.

Ну, я так и подумал %) , одни умеют кодить, другие читать.

>зарплату платят не за самообразование в смежных сферах. Своим программистам я

Так это не "смежная сфера", а организация собственной работы.

>Ну и с документацией у Git, к сожалению, хреново в плане быстрого старта.

В гугле git quick start или intro или tutorial не?
И в новости выше--^^^ ажно _книга_ целая... :-/

>И это минус, т.к. обслуживание Git (bzr, SVN, CVS, etc) для большинства людей является не самоцелью, а лишь инструментом, призванным сэкономить, а не отнять время.

Ну, бывает ещё проблема выбора правильного инструментария, проблема внедрения выбранного инструментария, проблема оценки результата внедрения... Сплошные проблемы! С "этим" git-ом, что характерно.

Лишним ничего не бывает!

Всё-таки, молодец господин Торвальдс! Как всегда сделал важные 20% основы - ядро ПО, а все остальные 80%, которые строятся на базе этих 20%.

я поставил git на win xp, но все текстовые файлы он скачивает с заменой конца строки с UNIX на win, и среди его сотен бесполезных команд, нет ни одной чтобы указать использовать двоичный поток, может кто сталкивался? просветите

Ну там в конфиге что-то такое явно встречалось.
Гугление не помогло?

>я поставил git на win xp, но все текстовые файлы он скачивает
>с заменой конца строки с UNIX на win, и среди его

$ man git-config
искать "crlf"...

$ man gitattributes

>сотен бесполезных команд, нет ни одной чтобы указать использовать двоичный поток,
>может кто сталкивался? просветите

google.ru
git text binary config win32
ENTER

+ git crlf binary file win32