Пожалуйста, ознакомьтесь с нашим Кодексом поведения перед тем, как вносить свой вклад.
Мы серьёзно относимся к проблемам безопасности и не рекомендуем никому распространять информацию о них. Если вы обнаружите проблему безопасности в KubeZoo, пожалуйста, не обсуждайте её публично и даже не открывайте публичный вопрос. Вместо этого мы рекомендуем вам отправить нам личное электронное письмо по адресу {TODO: адрес команды}, чтобы сообщить о проблеме безопасности.
Любой пользователь может стать участником. Если у вас есть какие-либо отзывы о проекте, смело открывайте вопрос.
Поскольку разработка KubeZoo будет осуществляться распределённым образом, мы ценим ХОРОШО НАПИСАННЫЕ, ПОДРОБНЫЕ и ЯСНЫЕ отчёты о проблемах. Чтобы сделать общение более эффективным, мы предлагаем всем искать, не является ли ваша проблема уже существующей, прежде чем создавать новую. Если вы считаете, что она существует, добавьте свои детали в комментарии к вопросу.
Существует множество случаев, когда вы можете открыть вопрос:
Напоминаем, что при создании нового вопроса удалите конфиденциальные данные из своего сообщения. Конфиденциальными данными могут быть пароль, секретный ключ, сетевые местоположения, личные бизнес-данные и так далее.
Приветствуется любое действие, которое может улучшить KubeZoo. Это действие можно реализовать через PR (сокращение от запроса на включение).
Невозможно перечислить их полностью, мы с нетерпением ждём ваших запросов на включение. Прежде чем отправлять PR, предлагаем вам ознакомиться с правилами PR здесь.
Предполагается, что у вас уже есть учётная запись GitHub, тогда вы можете завершить подготовку следующими шагами:
git clone https://github.com/<имя пользователя>/kubezoo.git
, чтобы клонировать репозиторий на свой локальный компьютер. Затем вы можете создать новые ветки, чтобы завершить изменение, которое вы хотите внести.git remote add upstream https://github.com/kubezooio/kubezoo.git
git remote set-url --push upstream no-pushing
С этой настройкой удалённого доступа вы можете проверить конфигурацию git удалённо следующим образом:
$ git remote -v
origin https://github.com/<имя пользователя>/kubezoo.git (fetch)
origin https://github.com/<имя пользователя>/kubezoo.git (push)
upstream https://github.com/kubezooio/kubezoo.git (fetch)
upstream no-pushing (push)
Благодаря этому мы можем легко синхронизировать локальные ветки с ветками upstream.
Сейчас мы предполагаем, что каждый вклад через запрос на включение предназначен для ветки master в KubeZoo. Существует несколько других веток, таких как ветки rc, ветки выпуска и ветки backport. Перед официальным выпуском версии мы можем оформить ветку rc (кандидата на выпуск) для дополнительных тестов. Когда официально выпускается версия, перед созданием тега может существовать ветка релиза, которая будет удалена после создания тега.
При переносе некоторых исправлений в существующую выпущенную версию мы будем проверять ветки обратного портирования.
В KubeZoo мы серьёзно относимся к двум правилам для представленных PR:
TODO
TODO.
PR — это единственный способ внести изменения в проект KubeZoo. Чтобы помочь рецензентам, мы фактически призываем участников делать описание PR как можно более подробным.
GitHub — это основное место для совместной работы участников KubeZoo. Хотя внесение вклада через PR является явным способом помочь, мы всё ещё призываем к любой другой помощи.
Одним словом, ЛЮБАЯ ПОМОЩЬ МОЖЕТ БЫТЬ ВКЛАДОМ.
Вы можете оставить комментарий после Вход в систему
Неприемлемый контент может быть отображен здесь и не будет показан на странице. Вы можете проверить и изменить его с помощью соответствующей функции редактирования.
Если вы подтверждаете, что содержание не содержит непристойной лексики/перенаправления на рекламу/насилия/вульгарной порнографии/нарушений/пиратства/ложного/незначительного или незаконного контента, связанного с национальными законами и предписаниями, вы можете нажать «Отправить» для подачи апелляции, и мы обработаем ее как можно скорее.
Опубликовать ( 0 )