Помогите начать использовать Git

[lawliet93]

Хай. Вот пытаюсь сильно понять и научится работать с Git, потому что все говорят, что очень удобно и нужно знать. Я сам вообще нубас в прогрессивных делах, и раньше использовал Ctrl+C -> Ctrl+V, если хотел сохранить текущие наработки и попытатся изменить их с возможностью восстановить после изменений. Но вот меня это настолько уже задолбало, ибо идей, как можно изменить уже существующий код много, но каждый раз копировать все очень надоедает, ибо долго и неудобно. Поэтому решил разобратся с Git'ом. Я читаю книгу на сайте Git'a, и дошел до удалённых репозитериев. Я выбрал Github, потому что название почти как у Git'a. И вот создал я репозиторий на Github'e, получил SSH ссылку (как я понял, SSH позволяет записывать и считывать инфу), настроил у себя эту ссылку
и попытался выполнить команду Fetch, но у меня вылезла ошибка, мол прав нету. какой-то паблик кей там нужен. Ну я увидел мини-гайд на сайте Github'a, сгенерировал RSA-ключ, записал его в файлик, а содержимое файлика добавил на Github и после этого снова выполнил Fetch, но ошибка вылезла та же самая, что я делаю не так?

[Alex11223]

На гитхабе хорошо если у вас открытые проекты. Иначе платно. На bitbucket например или gitlab неограниченно число приватных репозиториев.

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

А сам Git по-моему лучше изучать по каким-то более подробным материалам, чем то, что на гитхабе (хотя не смотрел давно как там описано, может и норм). Например http://gitref.org или книга какая-нибудь. Еще от lynda.com Git essential курс неплохой если больше нравятся видео/аудио материалы (лежит на рутрекере, англ, с субтитрами).

[lawliet93]

Сообщение от Alex11223

На гитхабе хорошо если у вас открытые проекты. Иначе платно. На bitbucket например или gitlab неограниченно число приватных репозиториев.

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

А сам Git по-моему лучше изучать по каким-то более подробным материалам, чем то, что на гитхабе (хотя не смотрел давно как там описано, может и норм). Например http://gitref.org или книга какая-нибудь. Еще от lynda.com Git essential курс неплохой если больше нравятся видео/аудио материалы (лежит на рутрекере, англ, с субтитрами).

ну вообще я один, но думал, что с удалённым репозиторием будет круче... я вот по этой книге учу http://git-scm.com/book/ru

[Человек_Борща]

А чего консоле-моде? Tortoise GIT, прочие GIT оболочки в помощь...

[Utkin]

С Git'ом идет GitGUI - очень простой и понятный инструмент с поддержкой русского языка.

[Alex11223]

TortoiseGit не очень, Tortoise только для SVN хороший. А GitGUI совсем уж простой и топорный, не вижу особых преимуществ его над консолью + на русском не удобно и я не нашел как язык поменять (он по локали определяет). Лучше http://www.sourcetreeapp.com/.

Но для начала вполне неплохо и в консоли для более глубокого понимания. Тем более во всех обучающих материалах и примерах ее и используют.

[lawliet93]

Сообщение от Человек_Борща

А чего консоле-моде? Tortoise GIT, прочие GIT оболочки в помощь...

так зачем оно мне? В консоли вроде же как понятнее и круче работать

[Человек_Борща]

Вы любите усложнять себе жизнь, и тратить время впустую? В то время как нормальный человек 1 кликом и качает, клонирует, коммитит, камментит, патчи клепает и форки создаёт...

[Alex11223]

Ну это как дизайнер форм в Дельфи, винформс, WPF (особенно хорошим примером является WPF, ибо там часто проще написать код в XAML, чем тыкаться в дизайнере или Blend).

Он упрощает некоторые простые, стандартные операции. Ну гораздо быстрее же поставить мышкой галочки на нужных файлах, ввести текст коммита и нажать кнопку, чем вводить кучу имен файлов (если не все их коммитить) и помнить все нужные параметры команды. +лог и дифф нагляднее, чем в консоли.

Но иногда бывает, что некоторые сложные вещи проще сделать из консоли, ибо в GUI это либо где-то глубоко и неинтуитивно запрятано, либо вообще не реализовано.

В общем если хватает его, то и ладно, но для более глубокого понимания (если оно нужно) надо также изучать сами команды/консоль, а не только GUI оболочку над ними.

Ну и собственно в оболочке тоже проще разобраться понимания что и как оно "внутри". Тогда ищешь просто "Как тут сделать Х", а не "Что, как и почему так". Оболочки обычно рассчитаны на хотя бы базовое понимание как оно работает "в консоли".

[lawliet93]

Слушайте, вот хочу разобратся с ветками, нашел сайтик, где все графически показывается, но не могу понять, почему так. Сначала была одна ветка master, с двумя или одним коммитом, С0 и С1, вроде бы. Потом я создал еще один коммит С2. После этого я создал новую ветку test, и два коммита для этой ветки, С3 и С4, потом я создал ветку mars и создал на ней два коммита С5 и С6, потом перешел на ветку master и создал коммит С7, после этого я перешел на ветку test и создал один коммит, после этого на ветке mars я создал один коммит и перешел на test для создания последнего коммита С10. Так вот, если ветку test я создал будучи на коммите С2 ветки master, и к ветке test должны относится коммиты C3, C4, C8 и С10, так почему, когда, будучи на ветке test я использую команду git log, она мне показывает коммиты с тегами С10, С8, С4, С3, С2, С1 и С0? и еще маленький вопрос, вот видите, стрелочки указывают на последние коммиты каждой из веток, а как мне перейти на предыдущий коммит? Ну чтобы откатить версию проекта? например, на ветке master чтобы указатель был не на С7, а на С2 или С1, например? А то это вроде бы основы, но в книге не увидел такого =(