В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

ru_gitlab

1201 membersпожаловаться на группу
2020 April 03

A

Andor in ru_gitlab
в пустой репе нет бранчей, вероятно поэтому человек без прав пушить в мастер не может запушить ничего
источник
01:01пожаловаться#1

MD

M Dan in ru_gitlab
Притом в иссуях есть предложение в пустую репу давать сушить в мастер
источник
01:02пожаловаться#2

MD

M Dan in ru_gitlab
Хз что вышло
источник
01:02пожаловаться#3

MD

M Dan in ru_gitlab
Говнище короче
источник
01:02пожаловаться#4

A

Andor in ru_gitlab
https://gitlab.com/gitlab-org/gitlab-foss/-/issues/22543
GitLab
Document that first push needs owner or master permission (#22543) · Issues · GitLab.org / GitLab FOSS
### Summary When you create a repository on GitLab, command line instructions on its home page for the use case _"Existing folder or Git repository"_ invite you to `git push...
источник
01:02пожаловаться#5

MD

M Dan in ru_gitlab
Не особо понял что там, с мобилки сложно понять о чем говорят
источник
01:03пожаловаться#6

A

Andor in ru_gitlab
короче это специально сделано чтобы не-мастер не-владелец не могли запушить в мастер пустого репозитория
источник
01:07пожаловаться#7

MD

M Dan in ru_gitlab
Придется раздавать права мейнетейнкоа
источник
01:26пожаловаться#8

A

Andor in ru_gitlab
проще инитить репозиторий пустым ридми
источник
01:30пожаловаться#9

СЛ

Сергей Ладутько in ru_gitlab
Парни есть два проекта в гитлабе вопрос как мне можно разрулить что бы мой джоб выполнялся только после удачно выполненного джоба в другом проекте ?
источник
09:14пожаловаться#10

АС

Антон Сенько in ru_gitlab
начинал выполняться, или второй не выполняется, если первый упал?
источник
09:21пожаловаться#11

СЛ

Сергей Ладутько in ru_gitlab
Антон Сенько
начинал выполняться, или второй не выполняется, если первый упал?
да только после удачного выполнения
источник
10:11пожаловаться#12

АС

Антон Сенько in ru_gitlab
Сергей Ладутько
да только после удачного выполнения
хм... ну тут наверно через API гитлаба както статусы джоб запрашивать
источник
11:09пожаловаться#13

АС

Антон Сенько in ru_gitlab
но вообще, если это зависимые сборки, то я б в первой сборке добавил джобу, которая при успехе пайплайна дергала хук второго проекта и запускала сборку на нем
источник
11:10пожаловаться#14

DV

Dmitry Vorobev in ru_gitlab
Сергей Ладутько
Парни есть два проекта в гитлабе вопрос как мне можно разрулить что бы мой джоб выполнялся только после удачно выполненного джоба в другом проекте ?
А зачем так? Тесты в соседней репе лежат?
источник
11:11пожаловаться#15

OF

Op For in ru_gitlab
ну например в отдельных репах фронтенд и бэкенд одного и того же проекта?
источник
11:12пожаловаться#16

СЛ

Сергей Ладутько in ru_gitlab
Так исторически сложилось скажем так
источник
11:12пожаловаться#17

DV

Dmitry Vorobev in ru_gitlab
Я писал костыль поверх api, да. Дергал пайплайн и проверял статусы
источник
11:12пожаловаться#18

DV

Dmitry Vorobev in ru_gitlab
Op For
ну например в отдельных репах фронтенд и бэкенд одного и того же проекта?
Так их в определенной степени независимо можно катать =)
источник
11:13пожаловаться#19

СЛ

Сергей Ладутько in ru_gitlab
Dmitry Vorobev
Я писал костыль поверх api, да. Дергал пайплайн и проверял статусы
А можно ссылку где чекаються статусы joba
источник
11:13пожаловаться#20