https://opennet.ru/openforum/vsluhforumID3/120194.html Проекты CentOS и Fedora сообщили о решении по созданию сервиса совместной разработки Git Forge, который будет построен с использованием платформы GitLab. GitLab станет первичной платформой для взаимодействия с Git-репозиториями и для хостинга проектов, связанных с дистрибутивами CentOS и Fedora. Ранее применяемый сервис Pagure продолжит существовать, но будет передан на попечение сообществу, заинтересованному в продолжении разработки. Pagure будет выведен из под сопровождения трудоустроенной в Red Hat команды CPE (Community Platform Engineering), занимающейся поддержанием инфраструктуры для разработки и публикации релизов Fedora и CentOS...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52642<br> https://opennet.ru/openforum/vsluhforumID3/120194.html#106 Fri, 25 Sep 2020 13:34:56 GMT &gt; Это проблема, например на сервачке с пределом в 32 ГБ ОЗУ.<br><br>Я тут мимо пробегал, и вот что хочу добавить. Попробуйте гитлаб себе как-нибудь, ээээ, ну хотя бы поставить. В компаниях, где гитлабом у меня пользуются 50-100 человек, он у меня почему-то не выжирал более 4-6 гигов. С 32мя гигами можете спокойно жить целую вечность. Главное -- чтобы раннеры были на отдельной тачке.<br> https://opennet.ru/openforum/vsluhforumID3/120194.html#104 Sat, 04 Apr 2020 16:24:26 GMT Gitlab написан на Ruby on Rails<br> https://opennet.ru/openforum/vsluhforumID3/120194.html#103 Fri, 03 Apr 2020 18:08:12 GMT &gt; если литературно, то можно "ступенчатых"<br><br>Нет, нельзя. Канареечное развёртывание -- это пробное развёртывание. Это как канарейку в шахту таскали шахтёры: если канарейка сдохнет, то шахтёры будут знать что им пора валить отсюда. Так и здесь: на небольшую часть систем развёртываем канареечные апдейты, и смотрим не сдохнут ли они.<br><br>&gt; но лучше сохранять оригинальное написание<br><br>Это спорный вопрос. Есть разные мнения, и на мой взгляд -- это дело вкуса. Вот художественный перевод профессионального сленга -- это плохо, это кончается тем, что там где у забугорных профессионалов есть десять разных терминов на разные случаи жизни, в переводе все эти разные термины переводятся одним словом. И если иногда это приводит к частичной потере смысла (как с canary-&gt;ступенчатый), то в других случаях приводит к путанице.<br> https://opennet.ru/openforum/vsluhforumID3/120194.html#102 Fri, 03 Apr 2020 11:01:48 GMT &gt; А как надо было? "канарейковых"?<br><br>если литературно, то можно "ступенчатых"<br>но лучше сохранять оригинальное написание<br><br>а то уже и так ржу с этих бесконечных связываний, хотя был нормальный красивый термин "компоновка", который гораздо точнее отражает суть<br><br>опеннетный рюзке езыг - это просто нечто несуразное<br> https://opennet.ru/openforum/vsluhforumID3/120194.html#101 Wed, 01 Apr 2020 17:25:32 GMT А как надо было? "канарейковых"?<br> https://opennet.ru/openforum/vsluhforumID3/120194.html#100 Wed, 01 Apr 2020 16:12:57 GMT Ушли на Gitea+Jenkins. Слишком уж большие запросы и адски тормозной агрегат. Хотя возможности да, неплохие.<br> https://opennet.ru/openforum/vsluhforumID3/120194.html#99 Wed, 01 Apr 2020 15:59:23 GMT Статистически ты прав. Если из репа какого нибудь популярного дистра ставить все подряд питон программы, то заработает только половина.<br> https://opennet.ru/openforum/vsluhforumID3/120194.html#98 Wed, 01 Apr 2020 10:58:07 GMT Github просто опоздал с релизом своих Actions по сравнению с доступным CI/CD в gitlab-е<br> https://opennet.ru/openforum/vsluhforumID3/120194.html#97 Wed, 01 Apr 2020 10:53:57 GMT Хорошо, но то что предлагается как замена для X11 --- возвращает нас на уровень 1981 года, где каждое приложение рисовало что ни попадя во фреймбуфер и никакого стандарта не существовало. Даже по сравнению с текущими X11 это очевидная деградация. Почему нельзя было обучиться на прошлых ошибках и развиваться эволюционно? Зачем прыгать обратно в 81 год и начинать всё с начала?<br>