Search
Write a publication
Pull to refresh

Comments 9

Очень сумбурно, новички не поймут. От установки (почему только на макось-то? :) ) сразу к коммитам через ремоуты (wat?), а потом уже совсем к посторонним вещам.

Стоило бы дать краткий экскурс (зачем нам этот ваш гит-то вообще нужон), объяснить базовые принципы, ветвление, мерджи и далее по нарастающей.

Про установку имхо стоило ограничиться только ссылью на оф. сайт.

Также странным решением выглядит притянутый за уши гитхаб (+10 к путанице для начинающих) и постоянные прыжки между консолью и idea gui.

Выглядит так, как будто это была внутренняя дока компании/проекта, которую затем попытались превратить в статью.

Плюс, идентичного материала на хабре уже предостаточно (тык и тык).

Итого, как минимум статья нуждается в доработке, а как максимум в форме howto-гайда (особенно в текущем состоянии) является откровенным велосипедом.

P.S. Картиночек многовато. Логи из консоли можно было оформить как code-блоки, а скриншоты gui засунуть под спойлеры.

Вся цель:

  • Мой ютубчик

  • Мой телеграм

Там два минуса подряд
Плюс ещё сокращенный вариант аргумента -v можно использовать, чтобы меньше печатать было

habr съел 😵‍💫

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

Первое, что мы делаем — открываем терминал и вводим команду:

git --version

Никогда так не делал. Для проверки, есть ли git, достаточно 3 букв.

Очень и очень сумбурно и тем не менее много не нужной воды и слов паразитов. Новичку нужно понимание, что такое репозиторий, коммиты, что такое пуш, что такое индекс и т.д. А в статье все эти термины используются без объяснений или объяснения сильно упрощенные, как будто технарь пытается объяснить ребенку гуманитарию, без вникания в суть. Новичок, который хочет понять от такого обилия терминов только испугается и ничего не поймет. В общем это скорее поток мыслей, чем статья, где много лишней и не нужной информации. К примеру, зачем нужно было говорить про именование веток принятое в вашей компании? Да еще так подробно, как будто это инструкция для новоприбывшего сотрудника вашей компании. Это лишняя информация в контексте статьи. Про Amend и Squash 100% новичок ничего не поймет, это сложно для новичка. Чтобы понять новичок должен хорошо освоится с базовыми понятиями (чего в статье нет), а потом почитать отдельную статью про это.

Есть два отличных ресурса, которые будут в разы полезнее и продуктивнее этой статьи

https://learngitbranching.js.org/

https://githowto.com/ru

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

А от статьи больше вреда, чем пользы (без обид).

Забавно, я не особо искусный пользователь гит, но статья, словно, ради статьи и написана. Никакой технической базы о том, что такое гит, зачем он нужен в практической среде, да и какие методы его использования, тут не даны. Все на уровне "нажми так, чтоб было так, а если не так, ну.... Посмотри в другой статье и возвращайся сюда, когда будет так"

Sign up to leave a comment.

Articles