В эти дни я пробую TCR в разных реальных проектах, чтобы оценить, хорошо это или плохо. Чаще всего использую вариант Расслабленный через простой Bash-скрипт.

Примечание. TCR (проверка && фиксация || возврат) является новым для вас? Это похоже на TDD, но другое. Прочтите эту публикацию, в которой представлены предыстория, контекст и пример.

Почему

У скрипта есть два недостатка, которые мешают моему обычному рабочему процессу:

  1. Я не могу правильно увидеть свои результаты jUnit-Tests-Results
  2. Наличие журнала в моем поле зрения очень беспокоит, когда я запускаю его в бесконечном цикле.

Не такая уж большая проблема, но все равно не удобно:

  1. Я не могу легко изменить свою стратегию (=вариант)
  2. У меня нет статистики, например, насколько велики мои коммиты, где и т.д.

Примечание. См. примеры различных вариантов здесь.

Инструмент

Поэтому я решил собрать небольшой TCR-Runner. Пример можно посмотреть здесь: https://youtu.be/0rlI9mqHpkY

Инструмент подключается через WebSockets к «Бэкенду», который периодически выполняет указанную TCR-стратегию.

Архитектура легко расширяется новыми вариантами TCR для их опробования. Он также управляется событиями, поэтому добавление новых компонентов/дисплеев тривиально.

Будущее

  1. Управляйте Limbo-Style, который представлен как часть TCR здесь или Кент Бек здесь.
  2. Как только этот инструмент будет готов, я смогу решить одну большую открытую проблему: Управление Git-Log-Message. (Сегодня более 95% моих сообщений просто «работают», как указано в моем сценарии.)