Комментарии 27
Git — самая популярная централизованная система контроля версиями
И по первой же ссылке
Тип: распределенная
Пожалуйста :D. Спешу предупредить, что это далеко не всё. Я рассмотрел только основные команды и понятия. Но думаю, этого вполне достаточно для повседневного использования git. Считаю, что необходимости в более углублённых знаниях в большинстве случаев нет.
Кмк, это не обучалка, а компиляция хэлпа.
Гораздо ценнее было бы практическое руководство, как раз таки tutorial, они тоже есть в сети, но качество хромает и их катастрофически мало, из разряда «как я провел день».
Начало с git init или git clone, редактирование «на месте», несколько коммитов, сравнение main.html третьего, восьмого и десятого коммита, разворот восьмого коммита в сторонке, поиск и разворот убитого файла, git push.
Чтобы пользователь запомнил основные «аппликатуры».
Гораздо ценнее было бы практическое руководство, как раз таки tutorial, они тоже есть в сети, но качество хромает и их катастрофически мало, из разряда «как я провел день».
Начало с git init или git clone, редактирование «на месте», несколько коммитов, сравнение main.html третьего, восьмого и десятого коммита, разворот восьмого коммита в сторонке, поиск и разворот убитого файла, git push.
Чтобы пользователь запомнил основные «аппликатуры».
IgorPie
Очень дельный комментарий. Пошагово (раз уж это туториал) с самых азов (желательно с примерами на Винде).
Урок 1. Git init – делаем так и так, должно получить вот так.
…
Урок N
Нечто подобное пытаются реализовать в GitHub Desktop (там есть встроенная маленькая/короткая интерактивная обучалка).
Очень дельный комментарий. Пошагово (раз уж это туториал) с самых азов (желательно с примерами на Винде).
Урок 1. Git init – делаем так и так, должно получить вот так.
…
Урок N
Нечто подобное пытаются реализовать в GitHub Desktop (там есть встроенная маленькая/короткая интерактивная обучалка).
Я ведь чётко и ясно написал:
Эта статья для тех, кто имеет по крайней мере базовые знания и навык работы с git и желает расширить свои знания.
Как-то этот посыл не очень сочетается с заголовком «Введение в Git». На мой взгляд, в таком случае больше подошел бы заголовок «Совершенствуем навыки работы с Git» или там какие-нибудь продвинутые техники работы с Git.
На данный момент получается, что текст статьи и её целевая аудитория находятся на совершенно разных полюсах.
На данный момент получается, что текст статьи и её целевая аудитория находятся на совершенно разных полюсах.
Это всё к тому пишу, что если есть желание помочь новичкам — это как раз хороший задел на будущее.
Этот заголовок был выбран, скорее всего для привлечения большей аудитории. Так сказать, звучит интереснее на мой взгляд. Но я согласен что заголовок не полностью отражает суть статьи. Тем не менее если бы я хотел сделать пошаговый туториал, то назвал бы его примерно так: «Git быстрый старт», «Начало работы с git», «Git первые шаги», «Git для чайников».
Я новичкам обычно рекомендую learngitbranching.js.org
Мне кажется, что там необходимый минимум и довольно наглядно. А потом уже можно просто help прочесть.
Мне кажется, что там необходимый минимум и довольно наглядно. А потом уже можно просто help прочесть.
Ещё можно посмотреть в сторону gitless.
Успешно использую с первых релизов.
а есть ли способ удалить пару файлов из репозитория, включая всю их историю? А лучше удалить всю историю о всех файлах, не вошедших в последний комит.
Есть такой способ, и даже не один. Я использовал и bfg-repo-cleaner (сторонний) и git filter-branch (нативный). Первый быстрее.
Пока сидишь на «репозитории» один, проблем никаких. А вот если большая команда, то тут приходится чуть ли не к каждому подходить и контролировать, что все «бранчи» с нежелательной историей удалены, и вместо них используются новые. Иначе начинается чехарда…
Пока сидишь на «репозитории» один, проблем никаких. А вот если большая команда, то тут приходится чуть ли не к каждому подходить и контролировать, что все «бранчи» с нежелательной историей удалены, и вместо них используются новые. Иначе начинается чехарда…
Поискал слово submodule, не нашёл и перестал читать.
Есть ли утилиты, позволяющие легко смержить изменения, когда ветка уже уехала вперёд? Сейчас на одном экране открываю дифф, и из него руками копирую изменения в файл на другом экране. Должна ли утилита знать синтаксис языка?
В последних версиях git документация рекомендует для переключения ветки использовать git switch, для создания git switch -c.
THIS COMMAND IS EXPERIMENTAL. THE BEHAVIOR MAY CHANGE
Наверно пока что рановато давать рекомендации всем использовать git switch
А с другой стороны все подсказки в гите уже рекомендуют именно его использовать. Например, при переходе в detached HEAD:
If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -c with the switch command. Example:
git switch -c <new-branch-name>
Or undo this operation with:
git switch -
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Введение в Git