Вопрос

В названии должно быть сказано все, тогда я смогу поставить еще 2 галочки в тесте Джоэла.

Я уже реализовал автоматизацию сборки с использованием make-файла и скрипта Python и понимаю основы и варианты.

Но как я, новичок, читающий блоги, могу убедить своих коллег в его эффективности?

Это было полезно?

Решение

Просите прощения, а не разрешения.

Заставьте его работать в частном порядке (что, похоже, у вас и есть), а затем продемонстрируйте его преимущества.

Одна вещь, которая всегда привлекает людей, — это использование утилиты CruiseControl Tray — людям нравится, когда они видят через панель задач, что сборка прошла успешно.(при условии, что вы работаете в среде Windows, CruiseControl будет работать с вашими существующими системами и т. д.)

ПРИМЕЧАНИЕ:Если просьба о прощении вместо разрешения приведет к немедленному прекращению действия, возможно, вам не стоит делать вышеперечисленное.Возможно, вы также захотите поискать работу где-нибудь еще.Ваш пробег может отличаться.

Другие советы

Осуществлять строить фонари ...мы сделали нечто подобное с лавовыми лампами, и это имело огромный успех.Чтобы получить дополнительные бонусные отметки, дайте каждому разработчику красный свет над его столом, и пусть правильный свет загорится, когда сборка сломается.

Возьмите старый запасной компьютер и поставьте его в угол офиса.Настройте его для создания своего проекта.Напишите небольшой скрипт, который делает:

  1. Получите последнюю версию всех файлов.
  2. Если произошло изменение файла, создайте
  3. Сообщите вам, если произойдет сбой.

Когда вы поймаете перерыв, сострадательно исправьте его.

Рассмотрите возможность добавления шага для запуска модульных тестов.

Если вы сможете не ругать людей за их ошибки, очень скоро люди будут впечатлены тем, насколько надежной была конструкция с момента вашего прибытия.Стройте оттуда.

Хитрость заключается в том, чтобы тратить очень мало времени на то, чтобы принести большую пользу своей команде, никого не разозлив.

Создайте автопроизводитель.Как только вы научитесь автоматически создавать и запускать тесты, не будет иметь значения, убедите ли вы других людей сэкономить свое время :)

Если вы используете git для контроля версий, вот автосборщик, который автоматически находит точную проверку, которая стала причиной сбоя тестов: http://github.com/apenwarr/gitbuilder/

Я бы взял запасной бокс, установил сервер непрерывной интеграции(Хадсон или Круиз-контроль в мире Java) и настройте задание, которое будет создавать ваше приложение каждый раз, когда кто-то регистрирует некоторый код.

Вы можете либо попытаться убедить своего коллегу, либо просто подождать, пока кто-нибудь не сломает сборку.В последнем случае просто отправьте следующее электронное письмо:

to: all developers

Guys,

I've just noticed that I can build our software using the 
latest version because of the following error:

    ...

I you want to be notified by our continuous 
build system (attached is the mail I received when
it failed to build our application), just let me know.

Обычно это не занимает много времени, прежде чем все будут в списке.

Я бы настроил автоматическую сборку как ночной процесс, чтобы каждую ночь она собирала самую последнюю версию кода, собирала ее и генерировала отчет.Теперь каждое утро вы первым делом будете знать, сломана ли сборка, и если да, то сможете уведомить команду.Если неработающие сборки представляют собой значительную проблему для вашего проекта, люди, вероятно, сначала начнут приходить к вам, чтобы узнать, безопасно ли синхронизироваться с последним кодом, поскольку вы будете тем человеком, который в любой конкретный день будет знать, стоит ли не сборка сломана (кстати, в этом тоже здорово помогает автоматизированный набор модульных тестов).Если повезет, люди начнут понимать, что ваша ночная сборка — это полезная вещь, и вы сможете просто настроить ежедневный отчет о сборке в виде рассылки по электронной почте.

У Джеймса Шора есть две замечательные ссылки:

Для оборудованияhttp://jamesshore.com/Blog/Continous-Integration-on-a-Dollar-a-Day.html

Для «Человеческого оборудования»http://jamesshore.com/Change-Diary/

(История того, как он это сделал.Читать долго, но изменить организацию сложнее )

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

Демонстрация — лучший и единственный способ изменить мнение любого, кто сопротивляется поступать по-другому.

Здесь мы показали, насколько полезны автоматизированные сборки, поскольку у QA есть возможность получить сборку с зеленым светом прямо с сервера сборки, установить ее и протестировать без каких-либо указаний со стороны разработчиков.Они могут продолжать работать, они знают, что по крайней мере модульные тесты прошли.Это помогло интегрировать тестирование и разработку, сократив время появления ошибок в системе.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top