Записки программирующего руководителя

ruby, управление, проекты и мечты
Mar 31

lighthouse и git

Открытие

На маяке тикеты лучше открывать сразу как только вы их начинаете делать или приняли твердое решение что начнете кодить, а пока обдумываете. Так как не открытый тикет, даже если он назначен кому то могут и утащить, если он имеет важное значение для другой текущей задачи. В тоже время держать несколько открытых тикетов не этично. Сначала доделайте один, потом беритесь за другой.


При открытии на зебываем установить response на себя и конечно же поставит статус open.

Закрытие
После исполнения тикета ему ставится статус resolved. Далее мастер проекта после проверки кода или снова его откроет с комментариями или поставит ему verified и лучше через комментарий в коммите.

Priprity

Приоритет это не важность задачи, это их порядок выполнения. Сначала выполняются high, затем medium и low. Если вы работаете над задачей low, а на вас повесили high, не нужно бросать передыдущую и браться за эту, доделайте сначала то, чо начали. Если задача действительно важна вам об этом сообщат отдельно.

Работа с git-ом

Маяк имеет хорошую поддержку коммитов git-а. Для того чтобы прямо а лайтхаусе можно было посмотреть коммиты по задаче и не искать их на github-е удобно указывать номер тикета прямо в коммите:

    git commit -m "[#123]  внедрил модуль такой-то"

С git-а удобно менять статусы тикета, например закрывать его:

    git commit -m "[#123 state:resolved] Исправил ошибку с инвайтами в IE"

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