Comments 14
UFO landed and left these words here

А кто-то дружил auto DevOps или k8s с моно репозиторием (20+ сервисов)?

Надо сказать, что Gitlab AutoDevOps пока находится в состоянии beta. Поэтому официальных пресс-релизов об успешном внедрении в пром и интеграции с k8s у вендора нет. Но будут. Дайте время.

Я не сотрудник GitLab и не отслеживаю планы разработки. Но, как обычный пользователь, сильно сомневаюсь, что когда-либо будет автодевопс для конкретного монолитного репозитория. Это же шаблоны, они рассчитаны на типовое приложение Ruby, типовое приложение Python и т.п.


Однако вы сами можете написать .gitlab-ci.yml под любое приложение, хоть с десятками сервисов.

Ветка запроса этой функциональности доступна по ссылке
Точных сроков нет, но, возможно, фича будет реализована в течение полугода.
А могли бы вы добавить в список комитов столбец с порядковым номером? Очень удобро для релизов дабы точно знать с какой точки сборка. Наверняка в базе ведь есть эта инфа.
Честно говоря, я не очень понял, что требуется и как это поможет в управлении релизами. Может приведете скриншот?
Если чувствуете силу и верите в полезность ваших требований для многих, призываю вас открыть свой кейс на сайте GitLab.
GitLab как рабочее офисное хранилище полностью устраивает. Но к сожалению пользоваться ресурсами поддержки и документации ужасно неудобно. Не ориентированы они на «средний класс».

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

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

Вполне возможно что это как-то делается через события / прочее. Дописывается в комментарии / ещё куда-то.

Система в этом плане слишком сложна а времени глубоко копать её нет.
Спасибо!
Не спорю. Но так сложилось что многие идеологии в этом мире сделаны в ущерб удобству. Но хочется иногда иначе.

Порядковые номера не будут работать, потому что коммиты не делаются строго последовательно. Обычно разработчики делают коммиты в ветки для реализуемых ими задач, а потом сливают эти ветки в основную (например, master). Разработка идёт одновременно и порядковые номера не будут иметь смысла.


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


Чтобы удобно и понятно искать, присваивайте коммитам понятные и подробные описания. Подробнее об этом:



Когда вы хотите выпустить в релиз какой-то коммит, пометьте его тегом. Версии продукта обычно обозначают тегами.


git tag -m'Version 1.0' 1.0

Теперь, когда собираете релиз, используйте тег вместо хеша коммита.

Пожалуйста, расскажите подробнее, что вы хотите сделать с помощью поддержки и документации и что именно там неудобно?

Only those users with full accounts are able to leave comments. Log in, please.