beldmit: (Программизм)
Dmitry Belyavskiy ([personal profile] beldmit) wrote2014-02-11 03:37 pm
  • Add Memory
  • Share This Entry
Entry tags:

(no subject)

Коллеги, а посоветуйте, что почитать про git? Ну и про gdb, чтобы два раза не вставать.

Лучше книги, а не man-ы/info. Про git уж точно, у него уж больно особый modus operandi.
Flat | Top-Level Comments Only

[identity profile] ttzt.livejournal.com 2014-02-11 11:40 am (UTC)(link)
http://git-scm.com/book
vitus_wagner: My photo 2005 (white)

[personal profile] vitus_wagner 2014-02-11 11:51 am (UTC)(link)
Про git читать "Pro Git". URL-ку [livejournal.com profile] ttzt уже дал.
Про gdb мне info как-то всегда хватало. Но если очень надо, есть http://shop.oreilly.com/product/9781593271749.do

[identity profile] besm6.livejournal.com 2014-02-11 05:50 pm (UTC)(link)
Плюсадин по обоим пунктам. У gdb очень неплохой info, натурально, книжка. А у git - нет :)

Зато у git, если у тебя есть emacs, есть magit. Вооруженный им и Pro Git, ты получаешь самую удобную VCS в природе. Без magit, вероятно, не самую (типа, под командную строку есть более простые, а _все_ навороты git мало кому нужны).

Кстати, рекомендую после Pro Git посмотреть на дополнение git-annex.

[identity profile] dimas.livejournal.com 2014-02-11 02:45 pm (UTC)(link)
ProGit
http://www-cs-students.stanford.edu/~blynn/gitmagic/intl/ru/

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

[identity profile] besm6.livejournal.com 2014-02-11 05:44 pm (UTC)(link)
Тренироваться лучше на кошках, в смысле, на домашнем репозитории...

[identity profile] dimas.livejournal.com 2014-02-11 05:53 pm (UTC)(link)
Я не вижу каких-то проблем, которые даст развлечение с репозиторием на гитхабе. Зато может дать некий дополнительный гуй, и прочие перделки.

Я собственно так и начинал — сделал себе тестовую песочницу на гитхабе и пошел играться …
stas: (Default)

[personal profile] stas 2014-02-11 07:27 pm (UTC)(link)
Не, обязательно на гитхабе. Иначе как работают push/pull в сочетании с удалёнными ветками и как вообще всё хозяйство работает с несколькими репо, толком не понять. Разумеется, тренироваться на специально отведённом репо, в гитхабе публичные бесплатны, так что можно сколько угодно заводить. Конечно, можно и самому сервер поставить, но зачем?

[identity profile] besm6.livejournal.com 2014-02-11 10:44 pm (UTC)(link)
Все это можно прекрасно понять и на паре-тройке локальных репозиториев. Оно ничем не отличается. Типа, если надо совсем по-взрослому, с pull-request'ами и send-patch'ами, то потребуется три: типа твой локальный, типа твой публичный и типа публичный другого человека. Ну, четыре - и типа публичный еще одного человека. Чтобы были два разных источника чужих изменений. А общаешься ты с ними по ssh, по git или по file, совершенно не важно.

Плюс у себя - это минус отдельные разборки с веб-интерфейсом гитхаба.
stas: (Default)

[personal profile] stas 2014-02-11 10:55 pm (UTC)(link)
Ну да, если по серьёзному, то три-четыре надо, в реальности так и будет. Но зачем сразу бросаться с обрыва в воду? Сначала с двумя понять, что происходит, потом добавлять.

[identity profile] besm6.livejournal.com 2014-02-12 06:09 am (UTC)(link)
Это зависит от того, какая именно часть какого рабочего процесса интересует. Что-то (в том числе и сложное) можно и на одном тренировать. Ветки, cherry pick-up и как он связан с последующим слиянием, stash, да и вообще концепция коммитов только части уже внесенных изменений. А если интересует процесс взаимодействия с чужим репозиторием с pull-request'ами, то это просто, но репозитория надо три.
phd_ru: (Linux)

[personal profile] phd_ru 2014-02-11 05:55 pm (UTC)(link)
User Manual и Everyday Git (user-manual.html и everyday.html в пакете git-doc). Вообще весь git-doc; там большая часть дублирует мануалы, их можно пропустить (т.е. читать man git*); но то, чего нет в манах — рекомендую. Рекомендую man gitworkflows.
Git Magic (в пакете gitmagic)
ПроГИТ
Edited 2014-02-13 11:54 (UTC)
Flat | Top-Level Comments Only