curt 30 мар 2011 в 04:40

Gitimmersion — Курс фундаментальных основ Git

1 мин

3.3K

Git*

+74

Комментарии 39

LIAL 30 мар 2011 в 04:46

Спасибо, надюсь наконец-то я заставлю себя взяться за ждит

LIAL 30 мар 2011 в 04:47

сорри, ждит=джит (Git)

t0os 30 мар 2011 в 07:44

«Гит» как-то по-проще будет :)

Vass 30 мар 2011 в 08:00

джит — это все-таки JIT (Just it time), а Git — это гит

alexxz 30 мар 2011 в 08:43

Git (произн. «гит»[1]) — распределённая система управления версиями файлов.

ru.wikipedia.org/wiki/Git

Homakov 30 мар 2011 в 13:27

жид хаб (с) ДаЧай

Vetal4eg 1 апр 2011 в 05:44

<занудство>Зажатый Alt+0169 вернёт вам © вместо (с)</занудство>

YAAP 20 апр 2011 в 07:04

<сарказм>На моей убунте не работает =(</сарказм>

slik 2 окт 2012 в 12:29

Compose key вам в помощь.

andoriyu 30 мар 2011 в 05:31

Интересно это как надо умудриться сделать столько опечаток в SCM(DCVS) и написать CVS?

curt 30 мар 2011 в 05:35

спасибо за поправку, попутал :)

Coder89 30 мар 2011 в 06:13

Для начинающих самое то (увидеть бы мне эту ссылку раньше), для более серьезного изучения есть несколько хороших книжек на Amazon, например, Pro Git и Pragmatic Guide to Git. Так же всем известный товарищ Умпутун записал несколько подкастов на тему систем контроля версий (ищите на Rpod).

curt 30 мар 2011 в 06:42

Ну, есть и свободные руководства, например book.git-scm.com/
А Pro Git доступен онлайн, также есть русская версия

Chode 30 мар 2011 в 12:35

Pro Git начинал читать, не очень понравилось. Слишком много воды для начинающего, как мне кажется.

Stamm 30 мар 2011 в 19:56

Вот хороший материал для новичков: diseaz.github.com/gitmagic/index.html

aviaconstructor 30 мар 2011 в 07:49

Начать лучше с малого — положите в гит свои личные файлы. Добавится только ОДНА дирка .git — и никаких кишок.
Потом уже реальные проекты, бранчи-кранчи.

VolCh 30 мар 2011 в 11:52

А если они уже в Mercurial лежат? :)

Beholder 30 мар 2011 в 12:10

Конверторы должны быть. В обратную сторону точно есть, в git — думаю, тоже да.

VolCh 30 мар 2011 в 12:17

Я о том, что если уже активно используется Mercurial, или даже централизованная VCS типа Subversion, то разумнее сразу после изучения основ (поиска аналогов используемых команд) использовать на реальных проектах с «бранчами-кранчами», а не «постепенно погружаться» с личными файлами и т. п.

hellman 30 мар 2011 в 07:57

Раньше не юзал подобные штуки, попробовал git — доволен как слон. Начинал с Getting Good with Git — тогда ее по акции можно нахаляву скачать. Думаю и сейчас найти не проблема :)

НЛО прилетело и опубликовало эту надпись здесь

den1n 30 мар 2011 в 10:24

hginit.com/index.html

Может потому, что этого вполне достаточно?

НЛО прилетело и опубликовало эту надпись здесь

VolCh 30 мар 2011 в 11:51

Русский перевод habrahabr.ru/blogs/development_tools/108443/

НЛО прилетело и опубликовало эту надпись здесь

VolCh 30 мар 2011 в 12:03

Сорри, не понял иронии :) Наверное, потому что с git ещё толком не работал, а то, с чем сталкивался, существенной разницы не показало, кроме более, имхо, громоздкого синтаксиса.

Beholder 30 мар 2011 в 12:09

Эх. Использую Mercurial для себя и в организации. Всё нравится. Но тоскливо оглядываюсь по сторонам — git наползает со всех сторон. Видимо, придётся учить…

VolCh 30 мар 2011 в 12:25

Причём не сколько сам git, а, имхо, github.com налезает со всех сторон, становясь стандартом де-факто для open source проектов и самое обидное не для самодостаточных, а типа библиотек, фреймворков, модулей к ним и т. п. То есть строя свой проект с ними приходится или как-то интегрировать их со своими hg репозиториями или плюнуть на Mercurial и использовать Git.

Amper 30 мар 2011 в 12:46

К сожалению, вы правы… Тоже люблю hg, но пришлось пойти за толпой и пересесть на git тупо из-за GitHub. Есть конечно bitbucket, но он какой-то мертвый по сравнению с github. Поэтому закрытые репо держу на bitbucket, а открытые пересадил на github.