Дмитрий Шицков

Gitlab? Используйте Gitlab CI
Недостаточно гибкости или возможностей - поднимайте Jenkins.

У смотрю вас много котов и они чего-то все время хотят.

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

Сообщения всегда уходят пользователю, запустившему пайплайн. Был запрос на функционал отправки уведомлений авторам коммитов, но он так и остался нереализованным. Поэтому вы всегда будете получать эти email, если не создадите глобальный токен для деплоя.

По поводу оповещения авторов коммита, можно использовать шаг с when: on_failure, отправляющий оповещение

Кажется вам нужно почитать документацию https://docs.gitlab.com/ee/ci/yaml/#artifacts
В частности - про то как сохранять артефакт и настройку длительности хранения.

Всю страницу в т.ч. Чтобы небыло таких странных вопросов.

Делите процесс на 2 stage:

1. Первым, выполняемым локально на раннере, собираете артефакты
   
2. Вторым доставляете на сервера эти артефакты
   

Прочтите доку целиком, там есть примеры того для чего годится/не годится service.
image - да, там будет исполняться код джобы. Например, это может быть любой контейнер с базовым образом linux. Или, к примеру, контейнер с npm, если вы собираете/тетстируете Nodejs приложение.
service - это некий дополнительный контейнер(ы), слинкованые с основным. Сервисы (в подаляющем большинстве, сетевые) наиболее необходимы на этапе тестирования, т.к. вашему приложению для работы может понадобится, например, БД, как и рассматривается в примерах доки

Да, возможна отправка через SMTP.
https://gitlab.com/gitlab-org/omnibus-gitlab/blob/...