Управление

Hyperledger Cactus использует открытую модель управления, как это описано в конституции Hyperledger. Cactus возглавляется группой поддерживателей, которую можно найти в файле MAINTAINERS.md.

Поддерживатели

Cactus возглавляется проектными поддерживателями. Поддерживатели отвечают за проверку и слияние всех патчей, представленных для рассмотрения, а также направляют общее техническое развитие проекта в рамках руководящих принципов, установленных комитетом по техническому управлению Hyperledger (TSC).

Стать поддерживателем

Проектные поддерживатели периодически рассматривают возможность добавления или удаления одного из поддерживателей. Существующий поддерживатель может представить набор изменений в файл MAINTAINERS.md. Номинированный участник может стать поддерживателем при получении одобрения трёх четвертых существующих поддерживателей. После одобрения набор изменений будет слит, и участник будет добавлен (или, соответственно, удалён) из группы поддерживателей.Поддерживатели могут быть удалены по явному отказу, длительной незадействованности (три месяца или более) или за нарушение кодекса поведения или систематическую демонстрацию плохого суждения. Поддерживатель, удалённый за незадействованность, должен быть восстановлен после продолжительного возобновления его участия и проверок (месяц или более), что свидетельствует о новой приверженности проекту. Мы требуем, чтобы временно незадействованные поддерживатели выполняли это "грациозно" и информировали других поддерживателей о своём статусе и доступном времени вместо того, чтобы казаться "исчезнувшими".Релизы

Большинство поддерживателей могут решить создать релиз Cactus. Любые более широкие правила Hyperledger, относящиеся к выпускам, должны быть соблюдены. Когда проект достигнет зрелости, будет создана стабильная ветвь долгосрочной поддержки (LTS), а также основная ветвь для новых возможностей.

Предложения по улучшениям/расширениям

Изменения кода, являющиеся либо исправлениями ошибок, либо небольшими улучшениями, либо вещами, находящимися на дорожной карте (см. ниже), могут быть выпущены как PR в относительно короткий срок, хотя мы рекомендуем создание тикета GitHub для отслеживания даже багов и небольших улучшений. Для более значительных изменений требуется предложение по улучшению/расширению. Эти предложения проходят через процесс одобрения, аналогичный обычным PR, и требуют такой же политики одобрения "2 + 1" для принятия. В частности, все участники проекта должны иметь достаточно времени, чтобы высказать своё мнение по предложениям по новым функциям или улучшениям до принятия этих предложений. Поэтому администраторы будут определять некоторый "период для комментариев" между отправкой предложения и его принятием, чтобы участникам было достаточно времени для высказывания своих мнений.Значительные изменения могут быть отмечены с помощью заранее определённой метки с таким же названием. Это инструмент, который помогает администраторам выявлять наиболее важные вопросы/обсуждения в любое время через веб-интерфейс GitHub.Для удобного доступа к списку значительных изменений перейдите к метке: https://github.com/hyperledger/cactus/labels/Significant_Change

Мы также рекомендуем прочесть наш файл CONTRIBUTING.md (https://github.com/hyperledger/cactus/blob/main/CONTRIBUTING.md) для получения более подробной информации о вкладах.

Утверждение запросов на слияние

Администраторы, назначенные для проверки, обязаны проверять запросы на слияние в установленные сроки (учитывая все обстоятельства, конечно). Каждый запрос на слияние должен быть проверен как минимум двумя администраторами, а если запрос на слияние был отправлен одним из администраторов, эти два проверяющих должны отличаться от первоначального отправителя.

Технические требования для отправки/утверждения/слияния запросов на слияние подробно описаны в файле CONTRIBUTING.md, где детально описан процесс обеспечения чистоты графика коммитов.

Проверка запросов на слияниеМы очень серьезно относимся к обработке запросов на слияние со стороны всех участников справедливо, что означает, что запросы на слияние должны рассматриваться в порядке их отправки. Рассмотрение запросов на слияние в порядке их отправки не гарантирует и не требует принятия/слияния указанных запросов на слияние в таком же порядке, так как некоторые запросы на слияние могут потребовать длительных циклов обратной связи, тогда как другие могут пройти проверку без каких-либо замечаний или отзывов вообще, в зависимости от природы предлагаемого изменения. Запросы на слияние, связанные с безопасностью, могут быть быстрее рассмотрены даже вопреки принципу "в порядке отправки", если кажется, что уязвимость делает запрос на слияние временно критическим вопросом, где чем раньше мы распространяем исправление, тем лучше это будет.Собрание администраторов

Администраторы проводят регулярные собрания администраторов, которые открыты для всех. Целью собрания администраторов является планирование и просмотр прогресса выпусков и обсуждение технического и операционного направления проекта. Пожалуйста, обратитесь к вики за деталями встреч с поддержкой.

Один момент, который следует отметить относительно встреч, заключается в том, что предложения новых функций/усовершенствований, как указано выше, должны быть представлены на встречу с участниками поддержки для рассмотрения, отзыва и принятия.

Роудмап

Участники поддержки Cactus обязаны поддерживать роудмап. Есть технический роудмап со всеми проблемами, непосредственно связанными с кодом, а также более публичный роудмап, доступный для всех. Обязательные функции для реализации будут поддерживаться в виде задач на официальном репозитории GitHub Cactus с тегом 'для текущего выпуска' или 'для будущих выпусков'. Задачи, на которые никто не согласился работать, будут распределены среди конкретных участников после достижения консенсуса большинством участников поддержки.

Технический роудмап неявно выводится из функции "milestones" на GitHub. Чтобы получить список майлстоунов для Cactus, используйте следующую ссылку: https://github.com/hyperledger/cactus/milestonesКоммуникация

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

Будущие изменения

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

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

Атрибутирование

Этот документ основан на документе управления Hyperledger Fabric с некоторыми изменениями.Один момент, который следует отметить относительно встреч, состоит в том, что новые предложения по функциям/усовершенствованиям, такие как описано выше, должны быть представлены на встречу с участниками поддержки для рассмотрения, отзыва и одобрения.Роудмап

Участники поддержки Cactus обязаны поддерживать роудмап. Здесь представлен технический роудмап, который включает все проблемы, непосредственно связанные с кодом, а также более публичный роудмап, доступный для всех. Обязательные функции для реализации будут поддерживаться в виде задач на официальном репозитории GitHub Cactus с тегом «для текущего выпуска» или «для будущих выпусков». Задачи, на которые никто не согласился работать, будут распределены среди конкретных участников после достижения консенсуса большинством участников поддержки.

Технический роудмап неявно выводится из функции «milestones» на GitHub. Для получения списка майлстоунов для Cactus используйте следующую ссылку: https://github.com/hyperledger/cactus/milestones

Коммуникация

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

Плановые измененияГлобальное управление Cactus может меняться по мере развития проекта. В частности, если проект станет масштабным, мы внедрим многоуровневую систему управления поддержкой, включающую верхнеуровневых участников поддержки, подпроекты, участников подпроектов, менеджеров выпусков и так далее. Мы акцентируем внимание на том, что данный документ предназначен для постоянного обновления и будет регулярно обновляться.Мы требуем, чтобы изменения этого документа требовали одобрения трех четвертей существующих участников поддержки. Учитывайте, что это также может быть изменено в будущем, если это будет сочтено необходимым.

Атрибутирование

Этот документ основан на документе управления Hyperledger Fabric с некоторыми实质性修改。这里将“maintainers”一词翻译为“参与者”，并进行了其他一些必要的调整，以确保准确性和流畅性。

Пожалуйста, обратитесь к вики за детальной информацией о встречах с поддержкой.

Один момент, который следует отметить относительно этих встреч, состоит в том, что новые предложения по функциям/усовершенствованиям, такие как описано выше, должны быть представлены на встречу с участниками поддержки для рассмотрения, отзыва и принятия.

Роудмап

Участники поддержки Cactus обязаны поддерживать роудмап. Здесь есть технический роудмап, содержащий все задачи, непосредственно связанные с кодом, а также более публичный роудмап, доступный для всех. Обязательные функции для реализации будут поддерживаться в виде задач на официальном репозитории GitHub Cactus с тегом «для текущего выпуска» или «для будущих выпусков». Задачи, на которые никто не согласился работать, будут распределены среди конкретных участников после достижения консенсуса большинством участников поддержки.Технический roadmap неявно выводится из функции «milestones» на GitHub. Чтобы получить список майлстоунов для Cactus, используйте следующую ссылку: https://github.com/hyperledger/cactus/milestones

Коммуникация

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

Планы изменений

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

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

Атрибутирование

Этот документ основан на документе управления Hyperledger Fabric с некоторыми изменениями.