Git. Как понять, что уже изучил основы?

Question

[AlexDzen]

Всем привет! Это мой первый вопрос, не судите строго.
Я изучал Git неделю. Посмотрел несколько видео, прочитал пару параграфов из книги, всё что было непонятно нашел в гугле. Сейчас пользуюсь гитом через GitBash, залил свой первый сайтик на GitHub.
Достаточно ли этого, чтобы в своем резюме написать: имею базовые знания по Git ?
Если нет, что нужно уметь, чтобы это считалось начальным уровнем ?

Comments

[Денис Загаевский]

Я впервые написал это, когда узнал
git add
git commit
git push
потом, по мере надобности, арсенал увеличивается, понимания становится больше, но ты всё равно иногда в шоке "втф, так можно было". А некоторые полезные команды приходится время от времени гуглить, потому что запоминать их большого смысла нет, используются редко, а алиасы я отрицаю. И способов сделать одно и тоже обычно несколько.

[abcd0x00]

Денис Загаевский:

а алиасы я отрицаю

Алиасы - наоборот, мощь. Нужно просто свои придумывать, а не чужие брать. А чтобы свои придумать, нужно понаблюдать за собой, что и как используется чаще всего. Для одной команды, которая немного различается по ключам, могут быть совершенно разные алиасы.

[Денис Загаевский]

abcd0x00: для вас мощь, а я - отрицаю. У меня есть на это свои причины.

[abcd0x00]

Денис Загаевский: у меня их штук 50 и я их все помню.

Answer 1

[Алексей Шумкин]

Сейчас пользуюсь гитом через GitBash

в качестве совета: так и продолжай (я серьёзно!) не ведись на GUI-приблуды
освоив Git в консоли, ты без труда будешь пользоваться им через GUI, но не наоборот

по теме:
ИМХО, как уже написали "add/commit/push/pull" - базовые знания, да
в Git (да и везде) главное понимать, что и зачем, а как - вопрос смекалки и документации...

Answer 2

[Андрей]

когда поймешь, как работать в окружении типа git-flow из консоли, в том числе с ручным разруливанием конфликта слияния - тогда и можно говорить, что освоил основы...

Comments

[Денис Загаевский]

Если не секрет, зачем нужно ручное разруливание конфликтов (Я так понимаю, без использования нормальных утилит мёрджа)? Правила там очень простые, а вот сложность может быть весьма большой, потому что это банально неудобно. И никакие скиллы не защитят от банальной невнимательности.

[Saboteur]

Денис Загаевский: Ну вот ты и твой напарник накодили в одном и том же месте. И твой напарник запушил раньше тебя, а у тебя конфликт. Вот и разрули.

Понятно что никакие скиллы не защитят, но в том то и дело, что если такая ситуация встретиться, нужно понять как ее разрулить, что делать если видишь ошибку при git push

[Денис Загаевский]

Сергей: Ну вот возьми и разрули, ну и что тут такого?
То есть "разрули, используя текстовый редактор" считаете круче, чем "разрули, используя специальную тулзу"? Или я вас не так понял?

[Saboteur]

Денис Загаевский: А как специальная тулза разрулит конфликт?

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

[Денис Загаевский]

Сергей: тулза(GUI) покажет дифф и конфликты в нормальном виде, а не
>>>>>>>>>
<<<<<<<<<
Я об этом

[Saboteur]

Чем >>> <<< вам не нравится? Вполне даже нормальный вид.

Собственно о чем спор. Базовые навыки - умение настроить доступ к репозиторию, умение коммитить, пушить, пользоваться бренчами и иметь понятие о том, как фиксить конфликты (любым способом).

Дальше идут продвинутые навыки.

[Андрей]

Сергей: ну, вот есть строка в 300 символов, которую меняли в 4 местах вы и в 6 местах автор конфликта. тот же meld покажет посимвольную разницу, вы же будете сравнивать сами. вероятность ошибки сами понимаете в каком случае больше...

[Андрей]

Сергей: тулзой, например, проще принять свою или чужую версию файла.

[Saboteur]

Да нет никакой разницы. Если я делаю в обычном редакторе, я могу подсмотреьт чужой и свой код поправить, поняв, что я что-то мог сделать лучше сразу, на месте.
Тулзой же я могу только принять чужое или свое, что не всегда подходит.

В общем тут кто как привык.

[Андрей]

Сергей:
>> Тулзой же я могу только принять чужое или свое, что не всегда подходит

это какая-то неправильная тулза...

Answer 3

[Alexander Sharihin]

Когда сможешь смержиться в команде из 10 разрабов, когда все разом полезли в один файл.

Comments

[Сергей Vortoms]

Ага. И где это он найдет 10 разрабов.
Я так понял ТС занимается самообучением. И скорее всего дома.

Да и Ваш пример скорее уже для продвинутого владения Git нежели Основы.

[Денис Загаевский]

Василий: Это вы сейчас так изящно применили принцип Дирихле?
Alexander Sharihin Смержить в такой ситуации это не показатель знаний гита.

[Alexander Sharihin]

Денис Загаевский: работа с гитом имеет под собой смысл именно как инструмент командной разработки. И мерж - весьма важный процесс. Я возможно с ситуацией немного утрировал, но мержить тоже нужно уметь(у нас был случай, когда 5 человек правили один файл, два из которых реализовали один и тот же метод в классе параллельно).

[Денис Загаевский]

Alexander Sharihin: с первым утверждением согласен, хотя и его плюсы при одиночной разработке не учитывать нельзя.
Мёрджить надо просто аккуратно, понимать что делаешь, и всё. Я считаю, что для этого особых знаний именно гита не требуется.

[AlexDzen]

Сергей Vortoms: Всё верно. Занимаюсь самообучением, дома. Иначе мне было бы у кого спросить, чтобы не задавать вопрос здесь.

[jcmvbkbc]

> Git. Как понять, что уже изучил основы?
> Когда сможешь смержиться в команде из 10 разрабов, когда все разом полезли в один файл.
Нет. Когда поймёшь как организовать исходники так, чтобы не приходилось толпой редактировать один файл.

[Alexander Sharihin]

jcmvbkbc: исходники организованы у нас нормально, у нас проект-менеджмент через жопу идет)

[Алексей Шумкин]

совсем, кстати, необязательно 10 разрабов на один файл
конфликтов можно наполучать и при активных рибейсах своего же кода :)) это уж кто как коммиты делает ))

Answer 4

[Сергей Vortoms]

Думаю можешь так и записать.
Базовые навыки с работой Git.

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

Comments

[Денис Загаевский]

А чего его мусолить? Бери и используй, это инструмент. Понадобится - гугл в руки и 5 минут на поиск нужной команды. Постепенно вникаешь. И всё.

[Сергей Vortoms]

Денис Загаевский: а я что написал???
Я написал тоже самое что и Вы, только другими словами.

[Денис Загаевский]

Сергей Vortoms: Я соглашаюсь.

[Сергей Vortoms]

Денис Загаевский: Понятно =)

Answer 5

[keslo]

Вообще зависит от поставленных задач. Если вам необходим гит для того, чтобы сохранять версии личного локального проекта, то вам будет достаточно основных функций, как инициализировать папку, сделать коммит, отправить изменения через push, получить необходимую версию.

Git серьезный инструмент для разного уровня задач.

Answer 6

[Сергей Протько]

реверт коммиты, чем ребейз отличается от merge, чери пик коммитов, подпись коммитов. Сквош коммитов.

Comments

[Максим Мосейчук]

OnYourLips: в какой-нибудь конторе может быть хук на обязательную подпись.

[Денис Загаевский]

OnYourLips: плюсую.

[Сергей Протько]

OnYourLips: ну это я больше как пример того, что в git может быть много разных разностей, о которых не задумываешься. Там помимо этой незатейливой фичи есть масса других полезных. Как бы сквош коммитов тоже не у всех в чести, да и пожалуй нет у гита фич, которые нельзя за 5 минут рассказать.

[Алексей Шумкин]

Сергей Протько: >>да и пожалуй нет у гита фич, которые нельзя за 5 минут рассказать.
рассказать-то можно )))) вопрос "поймут ли" ))) у меня коллеги до сих пор консультируются по сложным (неоднократно рассказанным) вопросам, хотя используют Git каждый день

Answer 7

[Anton]

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

Comments

[Алексей Шумкин]

>>обычно в консоли никто не работает, для этого существует множество программ-оболочек
о-хо-хо )))) не учите плохому ))

[Anton]

Алексей Шумкин: а что в этом плохого?

[Алексей Шумкин]

Антон: тут можно поспорить насчёт "никто в консоли не работает"
и "огромным плюсом будет, если укажете оболочку для работы с Git"
как раз огромным плюсом будет "умею работать с Git в консоли" (тем более, что ТС и так в GitBash управляется)
плохого в привычке к GUI то, что - это уже само по себе дополнение, в то время, как консоль - фундамент
что GUI "требовательней" ко времени (тормозит) на медленном соединении, каждое действие требует отрисовки (проход по меню - то ещё удовольствие)
GUI к Git сложнее заюзать с мобилы, консоль по SSH прекрасно юзается любым эмулятором терминала

[Anton]

Алексей Шумкин: я и не спорю что Git в консоли это плохо, это будет большим плюсом. Но вот каждый раз вызывать gitBash и писать команды типа git add и т.д. это перебор. Любая уважающая себя компания будет использовать GUI. Другое дело если человек привык работать в консоли, то пусть работает, но есть люди, которым больше нравится работать с графикой.

>>GUI к Git сложнее заюзать с мобилы, консоль по SSH прекрасно юзается любым эмулятором терминала
никогда не видел, чтобы гитом пользовались с мобилы

[Алексей Шумкин]

Антон: >>Но вот каждый раз вызывать gitBash и писать команды типа git add и т.д. это перебор
бгг, во-первых, совсем необязательно "вызывать каждый раз", достаточно держать открытым
(иначе, с таким же успехом можно говорить "каждый раз вызывать GUI-оболочку, чтобы добавить файл в репозиторий"; мы же не имеем в виду, что GitExtensions и TortoiseGit (которые интегрируются в explorer/проводник) - единственные GUI-обёртки над Git?)
во-вторых, добавить выделенный в файловом менеджере (не-проводнике) можно и преднастроенным кликом (для любителей мыши) выполнения команды git-add...
в-третьих, утверждение "есть люди, которым больше нравится" имеет весьма посредственную связь с вашим "будет огромными плюсом"

а насчёт "никогда не видел"...
дык, потому и не видели, что консоль Вами не котируется в числе умений
а меж тем, удалённый доступ через VPN к рабочей машине по пути на работу/с работы в электричке - вполне себе реальность, и совсем не обязательно для этого нужен ноутбук.

вот Вам сценарий:
в проекте все тесты выполняются, например, по часу, в конце рабочего дня Вы перед уходом домой, коммитите последние изменения, и запускаете тесты (ну или пушите на сервер в тестовую ветку), чтобы прогнать ВСЕ тесты, дабы убедиться, что ничего не сломалось, и едете себе домой. На полпути домой вам сваливается уведомление, что тесты прошли. Вы коннектитесь к своей машине (по SSH) с мобилы (зачем терять время?), и выполняете git push ... Всё, код ушёл в основную ветку, ночью прогоняются интеграционные тесты, например (ещё по паре часов).

Шире смотрите на мир )) стройте свою работу эффективно )))