Как стать автором
Обновить

Комментарии 5

Эээ, а вы уверены, что пушить напрямую в мастер — это хорошая идея?

Посмотрите лучше в сторону Pull Request/Merge Request и добавьте для таких конструкций соответствующее условие.

Код необходимо ревьюить перед слиянием

Эх, вот вроде бы статья написана не плохо: структурировано, с примерами, последовательно. Но действительно ли стоило 50% информации посвящать созданию проекта в гитлабе, установке git, созданию ключей, ...?
Это же основа основ, и если кто-то не может справится с такими вещами, то зачем ему CI/DI? Имхо, но планка хабра все таки чуть выше. Может стоило более детально рассмотреть варианты runner'ов гитлаба, показать примеры использования разных подходов к CI/DI через Gitlab, расписать преимущества, недостатки, сложности и подходы к их решению.

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

В интернете достаточно гайдов для продвинутых на том же ютубе и многие ребята пишут, что это для них слишком высокий уровень для них.

Также что касается ключей, с ними я работал впервые и в том же туториале от гитлаба, по настройке ключей, ничего не сказано про сохранение приватного ключа, поэтому добавить этот пункт я счел обязательным.
А мне кажется, нужны статьи самого разного уровня. Даже статьи дубли это не всегда плохо, так как написано разными языками с разными подробностями. В минус я бы поставил то, что из статьи не понятно, как можно работать с результатами раннера (где посмотреть локально (на машине с раннером), как подключится к гиту из консоли и взять данные о результатах теста). Вот таких мелочей (базовые знания, но поданные вместе с тонкими знаниями) как мне кажется, не хватает большому количеству статей.
Git Bush

Не нашел где с мобилки в ЛС написать (или кармы просто нет)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий