Состоялся (https://about.gitlab.com/2018/04/22/gitlab-10-7-released/) новый выпуск платформы для организации совместной работы с Git-репозиториями GitLab 10.7 (http://www.gitlab.com), которая по своим возможностям напоминает GitHub, но не привязана к конкретному сервису, распространяется в исходных текстах под свободной лицензией и позволяет развернуть web-сервис управления проектом на своём подконтрольном сервере. GitLab поддерживает (http://blog.gitlab.com/about-the-gitlab-project/) создание отдельных проектов, отслеживание ошибок, обработку запросов на добавление кода (рабочий процесс основан на обработке merge-запросов), навигацию по веткам и тегам, контроль за изменениями, рецензирование кода, многоуровневое управление доступом, Wiki, обмен небольшими кусками кода, наглядный анализ различий между версиями кода, средства визуализации ветвления репозитория и многое другое. Код проекта написан на языке Ruby с использованием фреймворка Ruby on Rails и распространяется (https://gitlab.com/groups/gitlab-org) под свободной лицензией Expat (вариант лицензии MIT).Новый выпуск интересен открытием исходных текстов Web IDE (https://docs.gitlab.com/ee/user/project/web_ide/), встроенного редактора кода, позволяющего редактировать исходные тексты и вносить свои изменения не покидая интерфейс GitLab в web-браузере. Редактор снижает порог подключения к разработке (не требуется знание Git), существенно упрощает внесение мелких правок и делает более удобным проведение рецензирования кода. Web IDE даёт возможность редактировать сразу несколько файлов, позволяет сразу совершать коммиты и рецензировать поступившие запросы на слияние (merge request) без промежуточного включения изменений и локального переключения ветвей.
Среди других новшеств GitLab 10.7:
- Возможность (https://docs.gitlab.com/ee/user/project/deploy_tokens/) генерации отдельных токенов (Deploy Tokens) для доступа внешних приложений к репозиторию или реестру образов Docker-контейнеров (GitLab Container Registry). Токеты обеспечивают доступ только в режиме чтения, действуют только для указанного проекта, могут быть отозваны в любое время или ограничены временем жизни. Ранее для решения подобной задачи требовалось применение персональных токенов (Personal Access Tokens, PAT), которые привязаны к учётной записи конкретного пользователя и отражают его права доступа;
- В настройки GitLab CI/CD добавлена (https://docs.gitlab.com/ee/ci/variables/#variables-expressions) поддержка расширенного синтаксиса условных выражений, позволяющий определить условиях запуска определённой работы. В условных блоках 'only' и 'except' теперь допускается использование переменных окружения. Например, можно настроить выполнение работы только если переменная GITLAB_USER_NAME соответствует заданному пользователю;- Возможность (https://docs.gitlab.com/ee/user/project/labels.html) назначения меток групп для сообщений о проблемах (issues) и запросов на слияние, охватывая любые уровни подгрупп. В списках проблем и запросов на слияние возможна фильтрация отдельных объектов по данным меткам;
- В интерфейсе просмотра сообщений о проблемах в привязке к группам (Group Issue Board) добавлена (https://docs.gitlab.com/ee/user/project/issue_board.html) возможность отображения записей не только напрямую связанных с заданной группой, но и записей, которые связаны с подгруппами;
- Индикаторы (badges) теперь могут (https://docs.gitlab.com/ee/user/project/badges.html) отображаться на основной странице непосредственно после описания проекта и могут указываться в шаблонах на уровне групп;
- Для пользователей, которым необходимо поддержания своего ответвления от GitLab, которое достаточно проблематично сопровождать и поддерживать в актуальном виде, предложена (https://docs.gitlab.com/ee/administration/plugins.html) возможность создания плагинов, позволяющих подключать собственные скрипты-обработчики для расширения или изменения функциональности GitLab.- Поддержка (https://docs.gitlab.com/ee/administration/auth/jwt.html) аутентификации пользователей в GitLab с использованием JSON Web Token (JWT) OmniAuth;
- Возможность передачи содержимого LFS (https://www.opennet.ru/opennews/art.shtml?num=48200) (Git Large File Storage) при экспорте проектов;
- Добавлено отображение информации о причинах сбоя сборки CI/CD при наведении мыши на индикатор со статусом выполнения работы;
- Реализована настройка для определения максимального времени выполнения работ в GitLab Runner, охватывающая все выполняемые работы и более приоритетная, чем настройки таймаутов конкретных проектов (позволяет бороться с ресурсоёмкими проектами, выставляющими слишком большой таймаут, мешающих сборке других проектов);
- Улучшен процесс восстановления из резервных копий. Добавлена возможность восстановления изменённых путей (например, если реестр хранится как /var/mypath/gitlab/registry);- На странице мониторинга показана суммарная статистика, отражающая на графиках средние и пиковые показатели на шкале времени. Например, сейчас можно сразу оценить изменения среднего времени обработки запроса, нагрузку на CPU и расход памяти за последние несколько часов;
- Включено автоматическое перенаправление запросов на HTTPS при обращении по HTTP;
- Добавлено автоматическое обновление сертификатов Let's Encrypt для HTTPS;
- Добавлены пакеты (https://about.gitlab.com/installation/#ubuntu) для Ubuntu 18.04.
URL: https://about.gitlab.com/2018/04/22/gitlab-10-7-released/
Новость: https://www.opennet.ru/opennews/art.shtml?num=48479
Передайте авторам, что через низкий порог нечистоты переливаются в бо́льших количествах.
> Передайте авторам, что через низкий порог нечистоты переливаются в бо́льших количествах.А вдруг наоборот? Всякие зубрёжники консольных команд отвалятся.
И останутся искатели плугина сложения для jquery на стековерфлоу, ага.
>> Передайте авторам, что через низкий порог нечистоты переливаются в бо́льших количествах.
> А вдруг наоборот? Всякие зубрёжники консольных команд отвалятся.зубрежка консольных команд к умению пользоваться git, к сожалению, ни малейшего отношения не имеет - надо еще понимать, как ими пользоваться, а с этим у нынешних "разработчиков" и их тимлидов, к сожалению, никак.
Для мелких правок, например, поправить опечатки в документации, точно удобно. Главное, чтобы редактор настраивался: определял тип отступов по файлу, убирал trailing whitespaces и т.п.
Если таким редактором питон поправить, отступы не съедут?
пользуйтесь нормальным языком. Тогда отступы не съедут
> пользуйтесь нормальным языком. Тогда отступы не съедутВы уж уточните, на что именно следует заменить "старперские" мейкфайлы (особенно для мелких проектов) – не совсем уже молодежный XML или все же JSON, JS, DSL парой гигов зависимостей и фреймворков?
А то ж там тоже "ненавистные отступы" :)
Отступы обычно фиксятся автоформатом. Перечисленные форматы - не исключение. DSL - зависит от того, на чём оно сделано.
> Вы уж уточните, на что именно следует заменить "старперские" мейкфайлы (особенно для
> мелких проектов)Как раз в makefile'ах отступы могут замениться на проблелы, если редактор не отпределяет тип отступов.
> Как раз в makefile'ах отступы могут замениться на проблелы, если редактор не отпределяет тип отступов.Могут. После чего, (GNU/BSD) make вполне может вместо сборки выдавать что-то типа "missing operator. Stop."
Так ведь вроде бы об этом и речь:
>>> отступы не съедут?
>> пользуйтесь нормальным языком. Тогда отступы не съедутт.е. предлагают кардинально решить проблему и не пользоваться мейком[0], но альтернативу почему-то не назвать не хотят :(
[0] на самом деле это такой легкий стеб над тупоконечниками^W "пробелочниками", которые почему-то считают, что кроме питона пробелы-отступы больше нигде не используются.
как будто если бы они на самом деле нигде не использовались, порчи одного пихона для современного проекта было бы не достаточно. Тем более что он, помнится, изначально наполовину сам был написан на пихоне.
Оу, оно в editorconfig даже смотреть не умеет. Жесть.
https://gitlab.com/gitlab-org/gitlab-ce/issues/13352
Теперь атом уходит на свалку тормозной истории, достаточно Web IDE открытого в основном браузере
На работе админы используют gitlab для хранения конфигов, скриптов, бэкапов cisco и т.п. Многие админы Windows не знакомы с git, он им больше нигде не нужен, поэтому активно пользуются веб редактором, загружают скрипты через веб. Это удобно.
> На работе админы используют gitlab для хранения конфигов, скриптов, бэкапов cisco и
> т.п. Многие админы Windows не знакомы с git, он им больше
> нигде не нужен, поэтому активно пользуются веб редактором, загружают скрипты через
> веб. Это удобно.угу, дай угадаю, как: в одном окне открыт wordpad с недоотлаженным скриптом, в другое - браузерное, из него копируют мышкой код.
а потом традиционное - "ой, файлик с паролями уехал в доступную из интернета часть репо, и, кажется, его уже раз пиццот склонировали" (потому что пользоваться не умели не только самим git).
это удобно, только не надо называть себя админом.
Зато удобно™!
за то - своё (с) УП
> GitLab CIЖдем появления директивы `include` в комьюнити эдишн (в EE уже завезли).
Скорее, не открыли исходники, а выпустили под свободной лицензией, т.к. сорцы enterprise edition и так публично доступны, просто под проприетарной лицензией.
Let's Encrypt dns verification не работает
говорят что gitlab тормознут
но есть типо быстрый jruby - поднять ли gitlab и можно ли полноценно работать на нем
Попробуй. Но очень сомневаюсь, что взлетит с полпинка - всё-таки уж слишком сложная система, этот ваш Гитлаб.Если нужно что-нибудь шустрое и минималистичное, то лучше взять Gitea.
> Редактор снижает порог подключения к разработке (не требуется знание Git)То есть теперь писать программы начнут и совсем уж откровенные дeбилы?
>> Редактор снижает порог подключения к разработке (не требуется знание Git)
> То есть теперь писать программы начнут и совсем уж откровенные дeбилы?К гиту гуёв вагон и малая тележка. Кому не надо, тот и так его может не знать.
> К гиту гуёв вагон и малая тележка. Кому не надо, тот иони не помогают, если не понимаешь как он работает.
> так его может не знать.
кому надо - может пользоваться alias'ами, shell completion и скриптами, не запоминая замысловатые синтаксические выкрутасы. От необходимости выучить больше чем push/pull/rebase, к сожалению, не избавит.
в случае гитхаба - еще и его собственную документацию читать (интересно, многие вот дочитывают до git fetch origin pull/${ID}/head:$BRANCH ? Это есть в доках, на стековерфлоу искать не надо. И нет, конечно я этой херни не помню, просто знаю где найти, если понадобится.)
> они не помогают, если не понимаешь как он работает.это типо политика гитхаба, что не позволяет такие гуи писать? действительно ставил приложение от гитхаба и гитлаба и сравинивал возможности разработки?
Откровенные дeбилы пишут программы уже десятки лет.
> То есть теперь писать программы начнут и совсем уж откровенные дeбилы?Не, не начнёшь.
>> То есть теперь писать программы начнут и совсем уж откровенные дeбилы?
> Не, не начнёшь.Ну конечно — их ведь уже ты пишешь.
>В GitLab 10.7 открыт код Web IEТеперь в Вайн можно будет запустить IE11 а РеактОС он будет по умолчанию?
как сейчас можно делать код ревью? в gitlab что-то есть для этого?
можно. merge requests там есть с контекстными комментариями, и судя по новости, туда же прикрутили редактор кода наконец, для мини-правок. Мы пользуемся для код ревью им, человек около 15, Сишный проект.
подробнее:MR без аппрува не мержутся в мастер. В обязанности разрабов входит регулярный мониторинг и ревью текущих MRs, у которых недостаточно условий для аппрува. Условиями аппрува являются 2 thumbs up у MR. Новых членов команды обучаем (обычно просто вводим в курс дела и первое время задаем вектор, как и что делать). В обсуждение MR часто кастуем нужных чуваков, кто имеел дело с подсистемой и связан с изменениями, ждем их thumbs up.
Сейчас в очереди перманентно около 100 MR, в день аппрувятся около 10. Размер MR совершенно разный, никак не оговорено. Кодстайл, конечно, достаточно формализован, хрень в описании к коммитам не пройдет и всё такое.
Есть ревью Merge Request'ов. Если не вливать изменения в мастер-ветку без проверок, то схема подходит.Также есть комментирование изменений в коммитах. Но это менее удобно.
Да. Можешь посмотреть, как это выглядит, например, здесь: https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/18532...
Может кто-нибудь подтвердить недоступность обновления, в частности файла InRelease из репозиториев? И такую же проблему со скачиванием резилов с github? И то, и другое сервера amazonaws, если правильно запомнил.
Подтверждаю невозможность обновления.
Hostname: packages.gitlab.com
ip 54.153.54.194
Blocked on 2015-12-04. Decision 27-31-2015/Ид4082-15 made by Генпрокуратура
This block affects IP 54.144.0.0/12
Как получить эту информацию? У меня при заходе на страницу просто таймаут, а в интернете ничего не нашёл.
> Как получить эту информацию?не нужно тебе ее получать. Смотри свой вконтактег и веди себя хорошо. Компетентные товарищи на то и компетентные, чтобы избавить тебя от необходимости что-то там получать.
> а в интернете ничего не нашёл.
смотри, доищешься у меня!
>> Как получить эту информацию?
> не нужно тебе ее получать. Смотри свой вконтактег и веди себя хорошо.
> Компетентные товарищи на то и компетентные, чтобы избавить тебя от необходимости
> что-то там получать.
>> а в интернете ничего не нашёл.
> смотри, доищешься у меня!Вам, юмористам, смешно, я на работе потратил 1 день на переделку инфраструктуры из-за блокировок трёх ключевых для разработки ресурсов, а потом ещё 2 дня из-за выявленных из-за этого ошибок в инфраструктуре. Сейчас заблокирован Docker, Gitlab и частично Github. А сегодня ещё и загрузка Firefox перестала работать. Пошли вторые 90-е. Только в интернете.
Сам разобрался, как:
https://www.host-tracker.com/InstantCheck/3/75875dfd-414a-e8...Появился сервис.
есть оф. зеркала?