Комментарии 7
Спасибо за статью. Метод практически легко реализуемый и удобный, но вставлю все же свои 5 копеек: документ, а также любая таск- или crm- системы на практике удобнее для менеджеров, которые не используют в своей работе системы контроля версий. Я, все же, в том лагере, который предложит оставить привычные инструменты. Git — разработчикам, jira — управленцам. Но Ваш способ хорош.
Спасибо за отзыв! Я предложил метод, а использовать или нет — ваше дело.
Я не понимаю зачем создавать ветку? Почему не сразу в Issue писать со ссылками на коммит?
https://github.com/oktend/system-review-example/commit/ed8639e5aacf7d90935a9dc72cc8e085317d6610#diff-7a9076d6d94e62c13d641aa71f19ae8eR2 — definetly code needs some comments here
По сути получится точно как у вас в примере с PR, только без плясок с ветками. И задачи будут именно там, где им место.
Ну и ревью — это далеко не всегда задачи, это могут быть вопросы, либо указания на то, что сделано хорошо, или еще что-то.
Ваше непонимание говорит о том, что потребности в таком подходе у вас еще не родилось, наверное не было таких задач )
Ревью кода системы средствами git