(no subject)

[beldmit]

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

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

Comments

[dimas.livejournal.com]

ProGit
http://www-cs-students.stanford.edu/~blynn/gitmagic/intl/ru/

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

[besm6.livejournal.com]

Тренироваться лучше на кошках, в смысле, на домашнем репозитории...

[dimas.livejournal.com]

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

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

[stas]

Не, обязательно на гитхабе. Иначе как работают push/pull в сочетании с удалёнными ветками и как вообще всё хозяйство работает с несколькими репо, толком не понять. Разумеется, тренироваться на специально отведённом репо, в гитхабе публичные бесплатны, так что можно сколько угодно заводить. Конечно, можно и самому сервер поставить, но зачем?

[besm6.livejournal.com]

Все это можно прекрасно понять и на паре-тройке локальных репозиториев. Оно ничем не отличается. Типа, если надо совсем по-взрослому, с pull-request'ами и send-patch'ами, то потребуется три: типа твой локальный, типа твой публичный и типа публичный другого человека. Ну, четыре - и типа публичный еще одного человека. Чтобы были два разных источника чужих изменений. А общаешься ты с ними по ssh, по git или по file, совершенно не важно.

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

[stas]

Ну да, если по серьёзному, то три-четыре надо, в реальности так и будет. Но зачем сразу бросаться с обрыва в воду? Сначала с двумя понять, что происходит, потом добавлять.

[besm6.livejournal.com]

Это зависит от того, какая именно часть какого рабочего процесса интересует. Что-то (в том числе и сложное) можно и на одном тренировать. Ветки, cherry pick-up и как он связан с последующим слиянием, stash, да и вообще концепция коммитов только части уже внесенных изменений. А если интересует процесс взаимодействия с чужим репозиторием с pull-request'ами, то это просто, но репозитория надо три.