Внедрение профессиональных рабочих процессов теперь в WordPress
Я помню, как настраивал свой первый блог на WordPress. Я провел часы, следуя онлайн-руководствам по загрузке WordPress, пытаясь загрузить его снова, а затем выясняя, как настроить базу данных.
Я просто вводил все изменения вплоть до реального сервера по FTP и надеялся, что блог не потемнеет, если я ошибусь с вопросительным знаком.
Тем временем WordPress вырос. Крупные медиа-компании используют WordPress как основной способ общения с миром. Зайдите в Tech Crunch или New Yorker и просмотрите исходный HTML-код. Вы обнаружите, что веб-сайт построен с использованием WordPress. Бейонсе? Ага. Она копается в WordPress.
В то же время WordPress имеет ужасную репутацию среди разработчиков. Стереотип состоит в том, что скрипачи загружают файлы через FTP, не используют контроль версий и вообще отказываются от всех здравых принципов разработки программного обеспечения, известных человечеству.
Очевидно, это несправедливое обвинение. WordPress вырос. В этом году он получает полноценный REST API. Теперь вы можете установить WordPress и зависимости из командной строки с помощью WP-CLI.
Разработчики WordPress и дизайнеры тем растут. Roots.io – это пример отношения к проектам WordPress как к любому серьезному проекту разработки программного обеспечения. Они не возятся с загрузкой FTP методом перетаскивания. Вместо этого они используют git для контроля версий и capistrano для развертывания.
Джоэл из Fog Creek Software написал о 12 шагах к усовершенствованию программного обеспечения, и одним из них был трекер проблем или ошибок. Он прав. Трудно вспомнить все различные запросы функций и ошибки в голове. Еще сложнее запомнить все этапы воспроизведения ошибок, чего ожидал пользователь и что они получили на самом деле.
К тому же на столе не так много заметок. Сам WordPress использует Trac в качестве средства отслеживания проблем. Я работал с Redmine, еще одним средством отслеживания проблем с открытым исходным кодом и инструментом управления проектами, потому что я в Planio, который предлагает хостинг Redmine и git.
Типичный вариант использования системы отслеживания проблем
Итак, представьте, что вы создаете новый плагин для WordPress. У вас есть небольшая команда – разработчик или два, дизайнер и бизнесмен.
Вы больше не команда из одного человека. Вы не все работаете в одном месте, потому что удаленная работа – это здорово, а в северном полушарии зимой не так весело.
Пользователь отправляет электронное письмо о том, что плагин «не работает». Если вам действительно повезет, вы получите снимок экрана с сообщением об ошибке «не работает».
Вы пересылаете электронное письмо. Кто-то отправляет электронное письмо с вопросом, какой браузер он использует, и внезапно у вас появляется цепочка Gmail из 12 писем. Здесь собрано несколько проблем, и средства отслеживания проблем помогут вам решить эти проблемы.
Три важных составляющих каждой исправляемой ошибки
Во-первых, вам действительно нужны три вещи для каждого отчета об ошибке:
- Какие шаги предпринял пользователь, что привело к ошибке?
- Что ожидал увидеть пользователь?
- Что на самом деле увидел пользователь?
У вас должна быть возможность воспроизвести ошибку, потому что очень сложно исправить ошибку, которую вы не видите в действии. Во-вторых, вы должны убедиться, что ошибка на самом деле является ошибкой или ожидал ли пользователь чего-то, чего не предоставляет ваше программное обеспечение.
Вот еще один способ выразить это:
И вы не можете обмануть человека, сообщившего об ошибке, классической фразой: «Это не ошибка. Это особенность! », Если вы не знаете, чего ожидал человек.
Использование средства отслеживания проблем, такого как Redmine, означает, что у вас есть стандартизированный способ получения этой информации.
Есть один способ сделать так, чтобы задача никогда не была выполнена: неопределенно предлагал команде что-то с этим сделать. Если это не назначено одному «владельцу», это просто не будет сделано.
Трекеры проблем заставляют вас назначать проблему, ну, одному человеку в любой момент времени, поэтому вы всегда знаете, кому в настоящее время принадлежит ошибка или задача. В то же время задачи проходят рабочий процесс с разными статусами, такими как «Выполняется», «Контроль качества / тестирование» или «Готово к развертыванию».
Большинство трекеров предоставят вам отчеты на основе текущего статуса проблемы, чтобы вы могли видеть текущий объем незавершенной работы и сколько еще предстоит сделать. Вы даже можете создавать диаграммы выгорания, которые популяризируются в гибких методологиях.
Тесно интегрируйте Git в рабочий процесс управления проектами
Как мы упоминали выше, использование git в процессе разработки WordPress значительно упростит вам жизнь, когда что-то пойдет не так. Git дает вам кнопку перемотки назад в вашем коде, и вы можете создавать несколько параллельных версий своего сайта.
Каждый раз, когда вы «фиксируете» новый код в своем репозитории git, вы создаете естественную точку для обсуждения изменений в кодовой базе. Кроме того, я считаю, что легче обсуждать проблемы, основываясь на реальном коде, а не на расплывчатых идеях.
Вот где блистают средства отслеживания проблем, потому что Redmine, например, тесно интегрирован с git или svn. Вы можете быстро увидеть, кто что совершил против проблем, а затем обсудить эти проблемы.
Создайте систему для вашей разработки WordPress
Система отслеживания проблем поможет вам не ограничиваться только вами. Вы будете уверены, что проблемы не исчезнут из трещин.
В Planio большинство наших клиентов используют наш размещенный Redmine для отслеживания проектов разработки программного обеспечения, включая проекты WordPress. Они отслеживают ошибки, новые функции и спринты в связи с контролем версий.
Redmine, как и WordPress, имеет открытый исходный код, поэтому вы получаете то преимущество, что не ограничены проприетарным программным обеспечением. И, как и WordPress, вы можете передать хостинг на аутсорсинг кому-то вроде нас в Planio, или вы можете установить его самостоятельно, если хотите, с Redmine.org.
К вам
Итак – как управлять своими рабочими процессами? Вы пробовали Redmine? Мы будем рады услышать ваши мысли и комментарии ниже!
Источник записи: https://www.wpexplorer.com