18 фич GitLab переходят в открытый исходный код

Автор оригинала: GitLab
  • Перевод

Картинка для привлечения внимания


Мы открываем исходный код фич со стадий Plan, Create, Verify, Package, Release, Configure и Defend.


Sid Sijbrandij потратил некоторое время на изучение фич GitLab и пришел к выводу, что по стратегии определения планов GitLab, направленной на покупателя, исходный код восемнадцати фич из семи разных стадий жизненного цикла DevOps должен стать открытым.


Когда в 2018 году мы представили новую модель планов GitLab, мы решили, что фичи будут распределяться между четырьмя планами на основании того, кто является потребителем этой фичи. Фичи, которые предназначены для отдельного пользователя, попадают в план Core/Free, фичи для менеджеров попадают в Starter/Bronze, для директоров — в Premium/Silver и для высшего руководства — в Ultimate/Gold. На нашей странице ценообразования мы объясняем:


Фича попадает в план, основываясь на том, кому она на самом деле будет важна. В этом есть смысл, так как более дорогому плану нужен покупатель более высокого уровня.

Эта модель ценообразования хорошо нам послужила, и мы до сих пор ее придерживаемся. Но где-то на этом пути нам не удалось провести аудит многих существующих фич. Именно это мы сделали в прошлом месяце и теперь рады объявить, что после тщательного изучения множества фич из каждого нашего плана мы открываем код беспрецедентного количества фич GitLab.


Это событие знаменует собой важную веху в наших усилиях по развитию более тесного сотрудничества в сообществе и по выводу нашего единого инструмента для жизненного цикла DevOps на новый уровень. От управления дизайном до пакетных менеджеров, от управления несколькими кластерами Kubernetes до подключения связанных тикетов — мы стараемся предоставить пользователям GitLab все необходимое для планирования, сборки, развертывания и обеспечения безопасности их приложений.


Недостаточно просто говорить об этом — нужно идти этой дорогой


Если мы говорим, что наши планы нацелены на покупателя, то мы должны убедиться, что нужные фичи находятся в нужном месте. Мы всегда были привержены идее того, что GitLab должен быть проектом с открытым исходным кодом. Благодаря аудиту фич в планах мы сможем лучше послужить сообществу, и в то же время более точно выстроить нашу бизнес-модель. Наша приверженность сообществу открытого исходного кода — вот причина того, что мы всегда будем работать над тем, чтобы сдвигать функциональность вниз по планам, и делать это быстро и последовательно.


Мы надеемся раскрыть творческий потенциал каждого


Наша миссия всегда заключалась в том, чтобы каждый мог вносить свой вклад. С новыми фичами, доступными всем пользователям, внести свой вклад станет проще, чем когда бы то ни было — вклад во что-то с помощью GitLab, вклад в GitLab как в приложение или вклад в GitLab как в компанию. Увидите что-нибудь подходящее — присылайте мерж-реквест.


Мы понимаем, что у многих пользователей нашего сообщества есть свои идеи о том, как сделать GitLab лучше. Сотрудничая с сообществом разработчиков ПО с открытым исходным кодом, мы сможем еще быстрее переводить код фич в открытый.


Что перемещается


devops lifecycle


Перемещаются фичи стадий Plan, Create, Verify, Package, Release, Configure и Defend. Это действительно много фич. Хотя мы уже обозначили все фичи, которые готовы к перемещению в Core/Free, нам нужна ваша помощь, чтобы переместить их.


Работа по перемещению реального кода в открытую часть базы кода определена в тикетах, ссылки на которые мы собрали в этом посте. Эти тикеты войдут в бэклог каждой из команд соответствующих продуктов и будут рассматриваться в порядке приоритетности с учетом разработки новых функций. Если наличие этой функциональности в Core/Free важно для вас, мы приглашаем вас внести свой вклад в ускорение процесса. Мы не просто разрешаем перенести этот код — мы просим вас помочь перенести его.


Синхронизируйте вашу совместную работу на стадии Plan


Тикеты — это основной инструмент, с помощью которого люди работают над идеями и планируют работу в GitLab. Благодаря переводу следующих фич в открытый исходный код планировать проекты станет гораздо проще. Нам не терпится увидеть, что вы сможете сделать с их помощью!


  • Связанные тикеты: связывайте тикеты, которые имеют отношение друг к другу.
  • Экспорт тикетов: Экспортируйте тикеты из GitLab в виде CSV и получайте их в виде вложения в дефолтном уведомлении на электронную почту.
  • Режим фокуса на доске задач (в русской локализации GitLab «доска обсуждений»): Используйте этот инструмент для планирования, организации и визуализации рабочего процесса для фичи или релиза продукта. Его можно использовать как доску Kanban или Scrum.

Служба поддержки позволяет вашей команде напрямую связываться с любой сторонней организацией через электронную почту прямо внутри GitLab — никаких внешних инструментов не потребуется. Благодаря этому удается избежать сложности и неэффективности использования множества инструментов, что значительно сокращает время цикла от обратной связи до обновления программного обеспечения. Мы будем рады услышать, как вы используете службу поддержки в своих рабочих процессах, когда она перейдет в открытый исходный код.


Перемещаемая фича Тикет GitLab
Связанные тикеты gitlab-org/gitlab#212329
Экспорт тикетов gitlab-org/gitlab#212330
Режим фокуса на доске задач gitlab-org/gitlab#212331
Служба поддержки gitlab-org/gitlab#212332

Создавайте лучший код и используйте всю мощь веток на стадии Create


Машина, которую вы используете, не должна усложнять процесс разработки. Мы рады предоставить две фичи для разработки в окружениях «web-first»:



Управление дизайнами позволяет загружать ресурсы дизайна (схемы, макеты и т. д.) в тикеты GitLab и хранить их в одном месте, доступ к которому осуществляется на странице управления дизайнами внутри тикета. Это гарантирует, что тикеты являются единственным источником информации для всего, что требуется для разработки фичи.


Все вместе эти изменения на стадии Create должны упростить переход от каркаса к MVC в мгновение ока — независимо от того, на какой машине вы работаете, — что повысит эффективность проекта.


Перемещаемая фича Тикет GitLab
Веб-терминал для for Web IDE gitlab-org/gitlab#211685
Синхронизация файлов с веб-терминалом gitlab-org/gitlab#211686
Управление дизайнами gitlab-org/gitlab#212566

Поднимите качество кода на новый уровень на стадии Verify


Отчеты по качеству кода в мерж-реквестах (в русской локализации GitLab «запросы на слияние») теперь будут с открытым кодом. Сохранить код вашего проекта простым, читаемым и легким для внесения в него изменений — трудно; отчёты по мерж-реквестам помогут вам в этом.


Перемещаемая фича Тикет GitLab
Качество кода gitlab-org/gitlab#212499

Сборка и публикация пакетов на стадии Package


Мы поставляем набор менеджеров пакетов, чтобы все ваши пакеты могли оставаться в одном месте:



Перемещаемая фича Тикет GitLab
Менеджеры пакетов gitlab-org&2867

Непрерывная поставка станет проще на стадии Release


С четырьмя невероятными фичами стадии Release, переходящими в Core/Free, вы можете быть настолько уверены в своих релизах, что станете развертывать по пятницам (но это не точно).


  • Канареечные развертывания помогут применить новую версию вашего приложения к небольшой части ваших подов.
  • Инкрементальное развертывание позволяет сначала проверить, как ведет себя новая версия вашего приложения, прежде чем увеличивать развертывание до 100%.
  • Переключаемые фичи позволяют вам поставлять проект в разных вариантах, динамически переключая определенные фичи.
  • Панели развертывания предлагают сводное представление текущего состояния каждого окружения CI, работающего под управлением Kubernetes. Вы можете наблюдать за ходом и статусом развертывания, под за подом, из ваших существующих рабочих процессов без необходимости доступа к Kubernetes.

Перемещаемая фича Тикет GitLab
Канареечные развертывания gitlab-org/gitlab#212319
Инкрементальное развертывание gitlab-org/gitlab#212316
Переключаемые фичи gitlab-org/gitlab#212318
Панели развертывания gitlab-org/gitlab#212320

Поддержка нескольких кластеров Kubernetes на стадии Configure


С поддержкой нескольких кластеров Kubernetes вы сможете легко развертывать различные окружения, например промежуточное (staging) и продакшн, в различных кластерах Kubernetes. Это позволяет обеспечить строгое разделение данных.


Перемещаемая фича Тикет GitLab
Поддержка нескольких кластеров Kubernetes gitlab-org/gitlab#212229

Укрепление безопасности приложений на стадии Defend


Защитите свои приложения и инфраструктуру от вторжений системы безопасности. Сетевые политики для безопасности контейнеров будут доступны всем пользователям. Благодаря этому вы можете установить сетевые политики в управляемые GitLab кластеры Kubernetes, чтобы ограничить взаимодействие между подами Kubernetes.


Перемещаемая фича Тикет GitLab
Сетевые политики для безопасности контейнеров gitlab-org/gitlab#212571

Мы надеемся, что благодаря переводу этих фич в открытый исходный код пользователям будет проще рассматривать GitLab как единое приложение для всего жизненного цикла DevOps. Мы в восторге от безграничных возможностей, открывающихся перед нами как сообществом, и с нетерпением ждем возможности тесно сотрудничать с каждым из вас!




Оригинальный англоязычный пост: 18 GitLab features are moving to open source.


Над переводом с английского работали cattidourden, ainoneko и rishavant.

AdBlock похитил этот баннер, но баннеры не зубы — отрастут

Подробнее
Реклама

Комментарии 21

    +3

    Это из-за гитхаба?) ахах

      0
      Это про совместный проект Fedora,CentOS и GitLab? Видимо команде GitLab поставили определенные условия, чтобы не пилить самим эти фичи. А для GitLab это неплохой маркетинговый ход.
      +1
      Все еще нельзя делать автоматически обновляемые зеркала опенсурсных проектов без уплаты за лицензию? Пуш-мирроринг завезли (мой гитлаб -> гитхаб) а вот пулл (гитхаб -> мой гитлаб) — уже третий год все никак.

      Кто потребитель этой фичи в вашей схеме? Менеджерам пофиг на зеркалирование реп, разве нет? Мне просто хотелось бы держать копию пары опенсурсных проектов на своем гитлабе в подвале у мамки, мне правда обязательно нужна лицензия или семь баш-скриптов для этого?

      (Gitea это умеет очень давно и бесплатно. Just sayin'.)
        0

        А зачем держать код опенсурс проектов в приватном гитлабе? Как минимум в облако такой мирроринг точно должен был работать.

          +2
          Миррорить облако в облако это странно. Миррорят к себе для того чтобы владеть. Ну т.е. не зависеть от того что дядя вася решил что-то удалить.
            0

            Почему? Ну, как раз нет — конечно, гитлаб аккаунт — это не полное владение, но бОльшую часть рисков закрывает того, что Васян свое репо решил снести.

              0
              Может у вас остался (из любопытства спрашиваю!) форы Popcorn Time?
                0
                  +2

                  boomburum, когда уже будет редактирование коммента в мобильной версии. Неужели нужны годы для этого?

                    0
                    Вроде год или два назад в офф блоге писали что развитие мобильной версии не планируется… Все силы на веб…
                      0

                      Вот и открываешь полноценную версию на мобильном устройстве. И с каждым разом это становится сложнее и сложнее.
                      А ещё — если переключаться между настолкой и мобильной версиями — гарантированно в трекере слетает количество прочитанных комментариев

                        0
                        Я про мобильную веб версию. Я в упор как не понимал так и не понимаю зачем приложения для сайтов.
                          0
                          Ну да, я про мобильное приложение… Самое интересное что именно хабр удобнее читать в нем. В остальном — браузер. Уши растут скорее всего из того что это чем-то похоже на читалку книг (FBReader, Moon Reader) и профиль использования хабра мной…

                          А вот то что вы про мобильную версию написали — возможно там проблемы одного плана, т.е. мобильная веб версия идентична тому на чем работает мобильное приложение.
                        0
                        Коллеги сообщили, что редактирование комментариев в мобильной версии в работе прямо сейчас. Так что они уже почти редактируются! :)
                  0
                  ну как минимум парочку интересных лично мне проектов гитхаб невозбранно забанил и выпилил, по причине: где-то в «какой-то» там стране они нарушали местные законы.
                    0

                    Публичных, конечно же ?

                      0
                      конечно.
                        0

                        ну, вот отдельный вопрос — будут ли банить ПРИВАТНЫЕ репо при условии, что они бинарно совпадают с ПУБЛИЧНЫМИ репами, которые нарушают чьи-то права

                          +2
                          Хотите я расскажу вам историю? Я вырос в далёком и таёжном крае, где каждый год люди гибнут от нападения медведей, и очень рано отец подарил мне ружьё. Мы всегда ездили в лес с ружьями, даже на рыбалку. Осень обычно в стволе дробь, и когда я говорил что мне страшно, он отвечал: «Заряди пули в ружьё, если всё еще страшно повесь что нибудь на 50 метров да убедись что стреляешь хорошо» Пару раз я даже убеждался, и становилось легче. Я никогда не слышал чтобы человек с оружием пострадал от медведя. Я слышал тонны историй как люди запирались в избах с бензопилами потому что оставили ружьё в лодке, по принципу: «что тут, 100 метров», про то как из за осечки мужик застрелил напавшего медведя в 5 метрах, но никогда не слышал чтобы ружьё не помогло. Безусловно такие случаи есть, но вопрос в доле.
                          Посмотрите вот эти видео
                          iz.ru/926383/video/uchastniki-ekspeditcii-rgo-otpugnuli-medvedia-pod-khabarovskom
                          www.youtube.com/watch?v=qVKa6EBrHfU
                          www.youtube.com/watch?v=bAGgsIRbE3c
                          Я, к сожалению, не нашёл видео где на камчатке медведь даже не дёргается на хлопки сигнала охотника, а просто потеряв интерес уходит.
                          В этих видео люди выжили и смогли заставить зверя потерять интерес. Но посмотрите на него, он не убежал испуганно поджав хвост, он просто ушёл. Я не буду здесь давать ссылки на видео где медведь убивает или калечит людей, они тоже существуют.
                          Так вот понимаете в чём разница? Разница в контроле. Когда у меня ружьё я контролирую ситуацию. Когда у меня фаер или сигнал охотника медведь контролирует ситуацию, а я лишь убеждаю его не есть меня. Это не значит что сигнал охотника не работает или что я буду стрелять на пропалую как только увижу мишку. Я приготовлюсь стрелять и буду решать ситуацию мирно, но имея палец на спусковом крючке. Я никогда не стрелял в медведя, хотя встречал. Также и с файлом в облаке. Либо контроль в моих руках, либо в чужих. И это принципиальная разница. Есть много оттенков той и иной ситуации, бекапы своего хранилища, доверие к облаку и всё такое. Но то в чьих руках контроль определяет ситуацию также как наличие ружья при встрече с медведем.
                          Забавная получилась аналогия.
                  0
                  Можно же с клиента git это сделать. Remote добавил и все изменения можно перенаправить на несколько destination.
                  0
                  Скажите, как я понимаю, эти фичи можно будет наблюдать в Free версии гитлаба? А какого числа планируется добавление этих фич туда и в какой версии гитлаба ожидать?

                  Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                  Самое читаемое