NS
Но это не точно(
Size: a a a
2021 February 28
NS
Еще вопрос: есть сайты - gitlab и gitlab.hpdev
NS
Для чего сделано это разделение на два ресурса?
D
Ну есть публичный гитлаб для всех, gitlab.com
Компании которые хотят, чтобы код не покидал собственные серверы, могут захостить свой гитлаб у себя на сервере
Компании которые хотят, чтобы код не покидал собственные серверы, могут захостить свой гитлаб у себя на сервере
D
И назвать его как угодно, хоть gitlabkruto.internal
D
И он никуда кроме внутренней сети торчать не будет, при желании
NS
На сколько я понял, разместить сайт Gitlab у себя на хостинге?
NS
Со своим доменом
D
Со своим доменом
Ну во внутренней сети не нужно домен покупать, а так да
NS
Спасибо
Dv
Насколько я понимаю, smaginweb/MALLERMVP-36 - это и есть имя ветки. Просто интерфейс SourceTree для удобства показывает отдельно smaginweb и отдельно MALLERMVP-36, так как в названии видит символ '/'
Да, это верно, многие другие инструменты делают подобную визуализацию.
2021 March 02
EU
Привет.
Пусть есть 3 ветки:
- master
- MR-1
- MR-2
1. Из ветки MR-1 открывается мёрдж-реквест в ветку master. Изменение в файле x.yaml на строке 1. Мердж-реквест висит
2. Из ветки MR-2 открывается мёрдж-реквест в ветку master. Изменение в файле x.yaml на строке 2. Мердж-реквест вмёрдживаем
3. Открываем MR-1 и видим, что он не имеет конфликтов. Хотя, в мастере есть изменения на строке 2, которых нет в ветке MR-1.
Почему в данном случае не происходит конфликтов и как их вызвать?
Данный кейс рассматривается в рамках гитлаба и он очень важен, когда 2 разработчика внесли изменения версий контейнеров в docker-compose.yml. При это последнему из них крайне важно знать, что в мастере произошли изменения.
Пусть есть 3 ветки:
- master
- MR-1
- MR-2
1. Из ветки MR-1 открывается мёрдж-реквест в ветку master. Изменение в файле x.yaml на строке 1. Мердж-реквест висит
2. Из ветки MR-2 открывается мёрдж-реквест в ветку master. Изменение в файле x.yaml на строке 2. Мердж-реквест вмёрдживаем
3. Открываем MR-1 и видим, что он не имеет конфликтов. Хотя, в мастере есть изменения на строке 2, которых нет в ветке MR-1.
Почему в данном случае не происходит конфликтов и как их вызвать?
Данный кейс рассматривается в рамках гитлаба и он очень важен, когда 2 разработчика внесли изменения версий контейнеров в docker-compose.yml. При это последнему из них крайне важно знать, что в мастере произошли изменения.
SK
Привет.
Пусть есть 3 ветки:
- master
- MR-1
- MR-2
1. Из ветки MR-1 открывается мёрдж-реквест в ветку master. Изменение в файле x.yaml на строке 1. Мердж-реквест висит
2. Из ветки MR-2 открывается мёрдж-реквест в ветку master. Изменение в файле x.yaml на строке 2. Мердж-реквест вмёрдживаем
3. Открываем MR-1 и видим, что он не имеет конфликтов. Хотя, в мастере есть изменения на строке 2, которых нет в ветке MR-1.
Почему в данном случае не происходит конфликтов и как их вызвать?
Данный кейс рассматривается в рамках гитлаба и он очень важен, когда 2 разработчика внесли изменения версий контейнеров в docker-compose.yml. При это последнему из них крайне важно знать, что в мастере произошли изменения.
Пусть есть 3 ветки:
- master
- MR-1
- MR-2
1. Из ветки MR-1 открывается мёрдж-реквест в ветку master. Изменение в файле x.yaml на строке 1. Мердж-реквест висит
2. Из ветки MR-2 открывается мёрдж-реквест в ветку master. Изменение в файле x.yaml на строке 2. Мердж-реквест вмёрдживаем
3. Открываем MR-1 и видим, что он не имеет конфликтов. Хотя, в мастере есть изменения на строке 2, которых нет в ветке MR-1.
Почему в данном случае не происходит конфликтов и как их вызвать?
Данный кейс рассматривается в рамках гитлаба и он очень важен, когда 2 разработчика внесли изменения версий контейнеров в docker-compose.yml. При это последнему из них крайне важно знать, что в мастере произошли изменения.
а почему должны быть конфликты? у вас разные строки менялись. для конфликтов нужно менять одинаковые строки
EU
Можно ли как-то вызвать конфликты? Вопрос в том, что из репы катится прод. И не хочется, чтобы прод прилёг из-за невнивательности.
EZ
Можно ли как-то вызвать конфликты? Вопрос в том, что из репы катится прод. И не хочется, чтобы прод прилёг из-за невнивательности.
не мержить реквесты если они не от последнего коммита в мастере
SK
ну вы можете в гитлабе поставить чтобы сшивание было возможно только после ребэйза, но я не думаю, что это поможет. ибо при изменении разных строк конфликтов не должно быть. если только там прям ппц какой, что дифф будет колосальным и не понятно что куда
EU
не мержить реквесты если они не от последнего коммита в мастере
Так опять же. Хочется, чтобы гитлаб это запрещал делать. Защита от дурака.
EU
ну вы можете в гитлабе поставить чтобы сшивание было возможно только после ребэйза, но я не думаю, что это поможет. ибо при изменении разных строк конфликтов не должно быть. если только там прям ппц какой, что дифф будет колосальным и не понятно что куда
Мы все политики попробовали. Ничего не помогло. Rebase также позволяет слияние.
SK
ну потому что коммит честный!. это уже дело мэйнтенера понять, что так делать низя.
EZ
Так опять же. Хочется, чтобы гитлаб это запрещал делать. Защита от дурака.
добавить CI check?