ВС
Если там один тип между командами разрывался, то проблема в процессах, мне кажется
Size: a a a
2020 June 24
ДК
Эх был бы CI\CD нормальный
А
У нас каждая фича в отдельной ветке. При релизе все фичаветки собираются в релиз-ветку - после тестов - релиз-ветка мержится в мастер.
Что сделал релизер. Он объебался - смерджил фичу мою сразу в мастер - понял что лоханулся и сделал реверт. Потом он снова смерджил фичу в релиз-ветку и смерджил релиз-ветку в мастер. Что произошло - поскольку в мастере УЖЕ есть хэши моих коммитов и они были ревертнуты - гит подумал что все норм и не стал по второму разу добавлять код.
Что сделал релизер. Он объебался - смерджил фичу мою сразу в мастер - понял что лоханулся и сделал реверт. Потом он снова смерджил фичу в релиз-ветку и смерджил релиз-ветку в мастер. Что произошло - поскольку в мастере УЖЕ есть хэши моих коммитов и они были ревертнуты - гит подумал что все норм и не стал по второму разу добавлять код.
мне интересно, почему в master разрешен revert у вас, эта ветка вообще должна быть protected
ВС
мне интересно, почему в master разрешен revert у вас, эта ветка вообще должна быть protected
Потому что иногда изменения на самом деле нужно откатить
ДК
мне интересно, почему в master разрешен revert у вас, эта ветка вообще должна быть protected
Она у нас защищена. Но gitlab full-access
ВС
Когда релизную ветку вылили и нашли внезапно косяк, который при тесте не обнаружили
ДК
Мерджить же как то надо )
ВС
И всё, привет, либо хотфикс, либо реверт
А
Когда релизную ветку вылили и нашли внезапно косяк, который при тесте не обнаружили
смешно, а ничего что можно случайно ревертить до initial commit и остаться без проекта. Откатывать на локалке хоть душе угодно, на сервере только накатывать, тем более merge есть из other в master
ВС
смешно, а ничего что можно случайно ревертить до initial commit и остаться без проекта. Откатывать на локалке хоть душе угодно, на сервере только накатывать, тем более merge есть из other в master
При руках из жопы вообще можно таких дел натворить.
ДК
смешно, а ничего что можно случайно ревертить до initial commit и остаться без проекта. Откатывать на локалке хоть душе угодно, на сервере только накатывать, тем более merge есть из other в master
Говорю же - ревертить можно мердж реквесты и это может делать только из GUI GitLab
А
При руках из жопы вообще можно таких дел натворить.
у меня был случай свет отключили во время git local а серверного не было, во было весело, вручную структуру восстанавливал, половина файлов бинарных сьелось
ВС
У нас тоже в офисе с этим бывают траблы. Мы всерьёз думаем всё в облако переносить
D
master merge:
$ git checkout master
$ git merge --no-ff featurebranch
$ git push origin master
staging merge:
$ git checkout staging
$ git pull --rebase
$ git merge featurebranch
$ git push origin staging
online merge:
$ git checkout online
$ git pull --rebase
$ git merge master
$ git push origin online
$ git checkout master
$ git merge --no-ff featurebranch
$ git push origin master
staging merge:
$ git checkout staging
$ git pull --rebase
$ git merge featurebranch
$ git push origin staging
online merge:
$ git checkout online
$ git pull --rebase
$ git merge master
$ git push origin online
T🐜
Начал фичу - создал ветку. Неужели сложно?
А
Всем привет!
на хостинге пробую настроить, чтоб включить дебаг панель.. Результата нет.
вот что сделал:
раскомментировал в index.php define();
Затем, в конфиг файл добавил модули.
на хостинге пробую настроить, чтоб включить дебаг панель.. Результата нет.
вот что сделал:
раскомментировал в index.php define();
Затем, в конфиг файл добавил модули.
А
Или как правильно включить дебаг-панель на хостинге?
Д
Или как правильно включить дебаг-панель на хостинге?
Айпишник свой пропиши в allowed ips
А
Айпишник свой пропиши в allowed ips
А там закомментировал, полагал что откроет.
А
Значит нужно расскомментировать?