Проект

Nocalhost (Проект) — это проект открытого программного обеспечения, который включает плагины IDE и серверный дашборд. Целью Проекта является упрощение разработки облачных приложений. Проект распространяется под лицензией Apache 2.0 и открыт для развития и хранения в общественных репозиториях Nocalhost под организацией Nocalhost. Примерами программного обеспечения Проекта являются ядро библиотеки Nocalhost, серверный дашборд, плагин для VSCode, плагин для JetBrains, а также документация Nocalhost.

Проект разрабатывается распределённой командой разработчиков, известной как CONTRIBUTORS. CONTRIBUTORS — это лица, которые внесли вклад в код, документацию, дизайн, поддержку пользователей или другие работы в один или несколько репозиториев Проекта. Любой человек может стать CONTRIBUTOR. CONTRIBUTORS могут быть связаны с любой юридической сущностью или не связаны ни с какой. CONTRIBUTORS участвуют в Проекте, подавая, проверяя и обсуждая вклады в код и проблемы, а также участвуя в открытых и общественных обсуждениях Проекта на GitHub, JIRA, Phabricator, Slack и рассылках. Основой участия в Проекте являются открытость и прозрачность.

Здесь представлен список некоторых CONTRIBUTORS основного репозитория Nocalhost.Община проекта состоит из всех CONTRIBUTORS и пользователей проекта. MAINTAINERS работают в интересах и ответственны перед более широкой общиной проекта, и мы стремимся сделать барьер между CONTRIBUTORS и пользователями как можно ниже.# Управление В этом разделе описывается модель управления и лидерства в проекте.

Основой управления проектом являются:

• Открытость и прозрачность
• Активное участие
• Институциональная нейтральностьСледующая структура будет сохраняться до декабря 2023 года, после чего, по единоличному решению BDFL, мы пересмотрим структуру. Предлагаемая будущая структура представляет собой полу-демократический процесс выбора лидерства проекта. ## BDFL

Проект будет иметь BDFL (Благотворительного Диктатора на Жизнь), которым в настоящее время является Чжэньвэй Ван, а также заместителя BDFL, которым является Вэй Ван. В качестве Диктатора, BDFL обладает правом принимать все окончательные решения для проекта. В качестве Благотворительного, BDFL на практике предпочитает передавать это право консенсусу обсуждений сообщества и Управляющего Совета (см. ниже). Ожидается, и в прошлом это было так, что BDFL будет редко утверждать своё окончательное право. Поскольку это право используется редко, мы называем окончательное право BDFL "специальным" или "перекрывающим" голосом. Когда это происходит, перекрытие BDFL обычно происходит в ситуациях, когда Управляющий Совет приходит к тупику, или когда Управляющий Совет просит BDFL принять решение по конкретному вопросу. BDFL является председателем Управляющего Совета (см. ниже) и может делегировать своё право на принятие решения по конкретному вопросу или набору вопросов любому другому члену Совета по своему усмотрению. ## Комитет по управлениюПроект будет иметь комитет по управлению, состоящий из двух участников проекта, двух членов сообщества и двух представителей конечных пользователей. Общая роль Комитета состоит в том, чтобы обеспечивать, работая вместе с BDFL и принимая во внимание мнения Сообщества, долгосрочное благополучие проекта как с технической точки зрения, так и как сообщества.Комитет по управлению и его члены играют особую роль в определённых ситуациях. В частности, Комитет может:

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

Членство в Комитете

Все позиции членов сообщества и конечных пользователей сообщества назначаются на Yöntemler ve standartlar.

Все позиции членов сообщества и конечных пользователей сообщества назначаются на 12 месяцев и ожидают ротации согласно консенсусу и усмотрению BDFL.

Чтобы стать кандидатом на позицию члена сообщества, индивидуум должен соответствовать одному или нескольким из следующих критериев:- Быть участником проекта, который произвел значительные по качеству и количеству вклады.

• Поддерживать это развитие последовательно на протяжении нескольких месяцев.
• Поддерживать сообщество через различные активности (некоторые примеры ниже):
  • код-ревью
  • отвечать на вопросы пользователей
  • сортировка отчетов о багах
  • конструктивное участие в более широких обсуждениях
  • вклад в документацию
  • поддержка инфраструктуры
• Демонстрировать широту поддержки сообщества за пределами их конкретных интересов или подпроекта
• Быть вежливым в публичных дискуссияхМы в настоящее время ищем двух членов сообщества конечных пользователей! Пожалуйста, свяжитесь с командой проекта Nocalhost для подачи заявки.

Конфликт интересов

Ожидается, что члены Комитета по управлению и BDFL будут работать в различных компаниях, университетах и некоммерческих организациях. Из-за этого возможны конфликты интересов. Такие конфликты интересов включают, но не ограничиваются:

• Финансовые интересы, такие как инвестиции, трудоустройство или подрядные работы, вне Проекта, которые могут повлиять на их работу над Проектом.
• Доступ к конфиденциальной информации работодателя, который может потенциально утечь в их работу над Проектом.
• Ситуация, при которой человек лично получает преимущество от ресурсов Проекта, но Проект не получает выгоды или страдает от этого.

Все члены Управляющего совета, включая BDFL, обязаны сообщать о любом конфликте интересов остальной части совета. Если BDFL самоуступил для определенного решения, он назначит заместителя BDFL для этого решения. Если заместитель BDFL также самоуступил для этого решения, он назначит замену BDFL.## Голосование В общем, совет принимает решения по ленивой консенсусной системе с минимальным участием, основанной на важности принимаемых решений. Разговоры происходят на публичных GitHub или JIRA задачах для большинства случаев, и через частную электронную почту для более чувствительных вопросов.Чтобы принять решение, совет обсуждает тему, делается предложение, и происходит подходящее время ожидания для членов совета, чтобы они либо согласились, либо заблокировали решение. Под консенсусом мы подразумеваем, что любой член совета может заблокировать решение с обоснованием. Под ленивой системой мы подразумеваем, что не все члены совета должны участвовать, и отсутствие трактуется как согласие. Под минимальным участием мы подразумеваем, что мы требуем участия определённого числа лиц, основанного на важности вопроса; для неспорных вопросов один член совета может продолжить после подходящего времени, а для спорных вопросов мы часто требуем участие нескольких лиц, часто из разных учреждений.## Частные коммуникации совета Если это не специально требуется, все обсуждения и действия совета будут публичными и проводиться в сотрудничестве и обсуждении с вкладчиками и сообществом Проекта. Совет будет иметь частный почтовый список, который будет использоваться редко и только когда конкретный вопрос требует конфиденциальности. Когда требуются частные коммуникации и решения, совет будет стараться свести к минимуму личную/частную/чувствительную информацию, которая не должна быть опубликована в интернете, и затем сообщить об этом сообществу.

Изменение документов по управлению

Изменения в документы по управлению подаются через pull request в документы по управлению проекта. Pull request затем уточняется в ответ на общественные комментарии и отзывы, с целью достижения консенсуса в сообществе. Поскольку BDFL (Benevolent Dictator for Life) обладает окончательной властью в проекте, BDFL имеет право самостоятельно принимать или отклонять изменения.