Naris: вступительный тест Пройдите этот тест после прочтения CONTRIBUTE.MD проекта NARIS Что нужно сделать до написания кода? Выбрать задачу, описать решение, дождаться подтверждения решения, писать код Выбрать задачу, описать решение, писать код Выбрать задачу, задать вопрость, описать решение, сразу писать код без подверждения Следующий Под какой лицензией публикуются изменения в проект? Apache Mit S0er Personal License Следующий Когда заводить бранч и сколкьо задач может быть в одном бранче? Когда хочется, можно и не заводить, если изменения небольшие Всегда, для каждой задачи своя ветка и свое небольше изменение в проекте Всегда, на несколько походих задач нужно делать одну ветку Следующий К вашему ПР написали замечания, с которыми вы НЕ согласны. Что вы должны сделать: Закрыть замечание кнопкой Написать причину несогласия и закрыть замечание Написать причину несогласия и ждать ответа от ревьюера Следующий Запустились тесты перед публикацией ветки. Тесты упали. Ваши действия Сделаю git push --no-verify Найду упавший тест, починю, уведомлю об этом в чате проекта Удалю упавший тест Следующий Выберите правильный пример для названия бранча? feat/#223-simple-auth feat/simple-auth/#223-make-simple-auth feat/simple-auth/#223 Следующий Что нужно сделать перед коммитом? Убедится, что все оформлено по Code Style, запустить prettier, запустить lint и устранить ошибки Убедится, что все оформлено по Code Style, закоммитить Запустить prettier и запустить lint, закоммитить Следующий Что нужно делать если push вашей ветки не проходит? Ждать пока починят. Проверить, что все тесты в проекте проходят. Запустить push --no-verify Следующий Какая политика коммитов принята в проекте? Сначала напиши весь код, потом запули всё одним коммитом в ветку задачи Коммить часто и маленькими закончеными логическими кусочками Один коммит на файл Следующий При комите будет ошибка Git: .husky/pre-commit: line .... Ваши действия Сделаю git commit --no-verify -m Нашу в чат последовательность дествий, добавлю скриншот Удалю `.husky/pre-commit` Следующий Как нужно заканчивать работу каждый раз когда вы поработали над проектом? Закрыть редактор до следующего раза Заканчить работу пушем изменений на сайт проекта. Запушить изменения в ветку только когда вся работа над веткой закончена Следующий Какая политика написания тестов в проекте? Пиши на всё, лишь бы покрытие было близко к 100% Старайтесь не дублировать проверки в модулях, которые используют Ваш метод в качестве зависимостей. Вместо этого в unit-тестах других модулей лучше поставьте на данный метод заглушку Старайтесь писать unit-тесты только для контроллеров Следующий Выберите неправильные варианты названия коммита в соответствии с правилами contribute.md: fix(editor): make element focusable feat: fixed focus of the element feat: allow element to focus in block editor Следующий К вашему ПР написали замечания, не требующие полной переделки работы, и вернули на доработку. Ваши действия: Закрою ПР, внесу правки, открою новый ПР Закрою ПР, удалю ветку, заново отведу ветку от latest, по завершении работы открою новый ПР Поставлю ПР-у WIP статус, внесу правки, после этого удалю WIP-статус Следующий Выберите правильный пример для оформления коммита? feature(auth): Add simple auhtentication auth: add simple auhtentication feat(auth): add simple auhtentication Следующий Что такое WIP статус и зачем он нужен? Он доказывается, что я WIP персона 👍 Говорит ревьюеру, что Pull request ещё в работе и что его пока можно не проверять. Это экономит ревьюеру время и нервы Говорит ревьюеру, что Pull request готов к проверке и его можно смотреть Следующий Кто и когда снимает WIP статус? Только S0er Автор PR, когда работа закончена. Автор так же и ставит этот статус Все, кто посчитает, что работа завершена Следующий Кем устраняются конфликты в PR? Всеми, кому они мешают Тот, кто проверяет PR Только тем кто сделал PR (автором PR). Если ты не автор, но есть конфликты. Скажи автору Следующий Зачем мы создаем тесты? Соер так сказал Тесты позволяют обнаружить регрессии Это считается хорошей практикой и все так делают Следующий Вы видите в ПР, что у вашей ветки конфликт с главной веткой. Ваши действия: Не буду ничего делать, решать конфликты должен тот, кто мержит ПР Сделаю мердж основной ветки в свою: git merge latest Сделаю ребейз своей ветки по основной: git rebase latest Следующий Поздравляю, вы ответили на все вопросы! Узнать результат