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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

1С, БСП, DevOps и Архитектура

1787 membersпожаловаться на группу
2020 September 16

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
Ну если прям надо с этим заморачиваться, тогда реально надо права убирать, а сами веточки под задачи создавать в рамках отдельного процесса)
Или по классике - у разраба форк и он делает PR.
Но что то я не видел, чтобы кто-то так с "внутренним" гит сервером делал.. хотя методически - почему бы и нет.
Это не заморочка, просто разработчики тоже люди :)
источник
22:30пожаловаться#1

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
Причем с планеты Хаос :)
источник
22:30пожаловаться#2

‌

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
Подумаешь создал ветку.. и что? Мерж в мастер ограничить и хватит в большинстве случаев.
источник
22:30пожаловаться#3

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
Подумаешь создал ветку.. и что? Мерж в мастер ограничить и хватит в большинстве случаев.
Да. Develop и master прикрыты mr и сидят в защищённых ветках
источник
22:31пожаловаться#4

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
Подумаешь создал ветку.. и что? Мерж в мастер ограничить и хватит в большинстве случаев.
Размер репозитория возрастает. Собственно, поэтому и борьба с ветками начинается
источник
22:32пожаловаться#5

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
А вот еще вопрос. Если ветка выгрузится повторно - выгрузится вся история коммитов локальной ветки или только последний?
источник
22:33пожаловаться#6

‌

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
от того, что ветка удалена на самом деле ничего не исчезает
источник
22:34пожаловаться#7

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
от того, что ветка удалена на самом деле ничего не исчезает
Но потом можно ведь "сжать" репозиторий, разве нет?
источник
22:34пожаловаться#8

‌

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
просто будет существовать недостижимый коммит, доступный через reflog.
Если создать ветку снова путем синхронизации, то ветка  будет связана с уже лежащим коммитом внутри.
источник
22:35пожаловаться#9

‌

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
Александр Медведько
Но потом можно ведь "сжать" репозиторий, разве нет?
Можно. Git prune как вариант. В веб мордах наверное и кнопка есть под такое.
источник
22:37пожаловаться#10

‌

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
Что, прям террабайты места занимает?)
источник
22:37пожаловаться#11

GV

Gukov Viktor in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
Что, прям террабайты места занимает?)
УХ например в выгруженнлм варианте 4ГБ
источник
22:37пожаловаться#12

‌

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
Gukov Viktor
УХ например в выгруженнлм варианте 4ГБ
Ну так а потом у тебя только дифы, а не файлы целиком же
источник
22:37пожаловаться#13

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
Что, прям террабайты места занимает?)
К сожалению да, некоторое время безконтрольно развивался:)
источник
22:38пожаловаться#14

‌

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
А может репо жирный потому, что кто-то туда бинарники лил?) Ну там конфигу поставщика какую-нибудь..
источник
22:39пожаловаться#15

GV

Gukov Viktor in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
Ну так а потом у тебя только дифы, а не файлы целиком же
А если в каждый коммит выгружать заново файлы?
источник
22:39пожаловаться#16

‌

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
Gukov Viktor
А если в каждый коммит выгружать заново файлы?
так дифф при коммите расчитан будет. Сделал выгрузку заного, а содержимое +- одно и то же все равно по большей части.
источник
22:40пожаловаться#17

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
просто будет существовать недостижимый коммит, доступный через reflog.
Если создать ветку снова путем синхронизации, то ветка  будет связана с уже лежащим коммитом внутри.
Не понимаю :( была ветка, в ней например 3 коммита. Ее удалили из удалённого репозитория, а затем заново выгрузить из локального. В удалённом репозитории появится ветка с 3 коммитами?
источник
22:40пожаловаться#18

GV

Gukov Viktor in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
так дифф при коммите расчитан будет. Сделал выгрузку заного, а содержимое +- одно и то же все равно по большей части.
Да, пожалуй
источник
22:40пожаловаться#19

‌

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
Александр Медведько
Не понимаю :( была ветка, в ней например 3 коммита. Ее удалили из удалённого репозитория, а затем заново выгрузить из локального. В удалённом репозитории появится ветка с 3 коммитами?
я же говорю, если вы специально не удаляли недостижимые комиты, то пуш ветки снова, на самом деле не добавит данных никаких. Он только сделает все еще лежаний внутри основного репо коммит сново видимым.
источник
22:42пожаловаться#20