Хотите поконтрибьютить в Kubernetes?

[php-coder]

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

Итак, для тех кто хочет пописать на Golang и/или законтрибьютить код в проект Kubernetes, есть несколько low hanging fruits:

• Improve SIG-Scheduling code coverage (написание юнит-тестов; можно писать по одному тесту вечерком перед сном для улучшения кармы)

• SecurityContextDeny Admission Controller could be refactored (тут нужно сделать элементарный рефакторинг)

• kubectl describe psp should describe all fields (добавить несколько полей в вывод команды, придется почитать чужой код, но делается просто. Hint: можно немного скопипастить из OpenShift-a)

• kubectl version output isn't human readable (сделать вывод kubectl version человекочитаемым)

• Pods should not be able to mount arbitrary host volumes (несмотря на кажущуюся сложность, на самом деле задача скорее рутинная -- почитать код, вникнуть, поправить, написать тесты, пройти ревью и запинговать разработчиков до состояния мержа )

Задачи не сложные, но хочу заранее предупредить, что кроме кода понадобится также самурайское терпение -- довести задачу до конца бывает долго. Из плюсов, то что у задач более-менее четкий definition of done и все они наверняка eventually будут приняты. Вдобавок я могу помочь вам с ревью или обьяснить с чего начать.

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

[CyberDeveloper]

Звучит довольно интересно, всегда хотел ворваться в мир open-source...если расскажите что да как, буду благодарен...)

[php-coder]

Рассказываю (например, ты выбрал вторую задачу):
- регистрируешься на гитхабе
- форкаешь себе кубернетес, клонируешь
- отписываешься в задаче, мол I'm going to prepare a fix for this
- читаешь описание, пытаешься понять что сейчас и как должно быть
- (в отдельном бранче) исправляешь файл
- коммитишь
- запускаешь юнит-тесты локально (make test)
- (обновлено) пушишь и создаешь pull request (как правило должен быть ровно один коммит, в противном случае тебя попросят их за-squash-ить; в теле pull request-а добавь комментарий вида Fixes #123, где 123 это номер задачи)
- (обновлено) подписываешь CLA (бот скажет об этом и даст ссылку)
- (обновлено) если изменения не должны быть отражены в release notes (а рефакторинг там явно ни к чему), то оставь комментарий /release-note-none, чтобы бот добавил специальную метку
- ждешь feed back

Или ты имел ввиду что-то другое?

[CyberDeveloper]

примерно это и имел ввиду...спасибо...)

[miva]

Спасибо за такой список. Только начинаю контрибьютит в open source и список очень поможет. Добавлю что когда не понятно что делать совсем то можно начать с опечаток в комментариях , что не однократно советовал @afiskon.

[sharpler]

Я плюсую за создание отдельной категории. Я пишу немного в Apache Ignite и тоже могу давать советы.

[notnull]

плюсую за opensource ветку