Мне просто интересно узнать, что делают другие во время автоматизации сборки, отличные от обычных задач компиляции, сборки, запуска и т.д., которые могут быть полезными и вдохновляющими для других, чтобы рассмотреть и изучить, например:
Сброс исполняемых файлов на http://virustotal.com для проверки на вирусы по всем основным антивирусным программам.
Не то, чтобы мы думали, что наши exes содержат вирусы, но иногда вы получаете ложный позитив, и вы не хотите, чтобы он был клиентом, который его нашел. 8 -)
У нас есть аккаунт Twitter, поэтому мы можем проверить его статус в любое время из любого места
У нас есть кнопка Staples easy, которую мы подключили, чтобы отключить сборку при нажатии.
Создайте отчет для любого TODO/FIXME и т.д., которые могут быть разбросаны по всему коду.
Вот некоторые вещи, которые я сделал, делаю или планирую делать:
Извлеките случайное изображение с сайта failblog.com, чтобы подключиться к сообщению с ошибкой сборки.
Автоматически продвигать рабочий процесс вашей проблемы.
Мы написали пользовательский плагин для нашего Bamboo CI-сервера, который собирает все проблемы JIRA, связанные со сборкой (определенные из комментариев svn commit) и проверяет их статус в JIRA.
После того, как сборка завершится успешно (и развертывает приложение на работающем сервере), любая проблема на этапе рабочего процесса "ждущий быть построена" автоматически переходит на этап "построенный и доступный для тестирования", который запускает электронную почту отправляться тестеру, назначенному для этой проблемы.
Это означает, что наши тестеры получают электронные письма с уведомлением об ошибках не тогда, когда разработчик проверяет код, но когда исправление работает в прямом эфире на сервере, и тестер действительно может что-то сделать.
Разверните веб-сайты непосредственно для тестирования серверов развертывания.
Мы применяем цифровую подпись ко всем исполняемым двоичным файлам. Конструкция script делает это автоматически.
Несколько вещей.
Заменяет номер версии в заставке SVG, а затем отображает его в Inkscape.
Различные проекты, на которых я был, имели большие публичные показы того, кто последний раз зарегистрировался и кто нарушил сборку. Мы сделали это с Build-o-matic, и я написал Team Piazza для отображения той же информации для Team City.
Управляемый код:
Исходный код:
Для разработки Java мы используем:
Хадсон также
Мы строим проекты BizTalk 2006:)
Мы проводим анализ бинарной совместимости (используя рефлексию) против нашего последнего публичного выпуска, чтобы убедиться, что мы случайно не вносим двоичные нарушения. Всякий раз, когда мы вынуждены нарушать изменение, мы добавляем конкретный api в список "принятых изменений нарушения", так что следующая сборка может пропустить тестирование. Когда пришло время для выпуска, у нас есть полный список API-интерфейсов, которые ломаются в новой версии.
У нас есть веб-приложение, и мы поставили тестирование производительности и проверим проверку HTML/CSS в тестовых сценариях.
У нас была сборка script, которая автоматически помещала конструкцию и SVN и развертывала приложение на сервере приложений WebSphere.
Для Java вы также можете использовать Ivy для автоматического захвата любых отсутствующих библиотек. Например, если вы используете Hibernate, вы можете или не захотите включить эти библиотеки в свою версию.
Reset тестовый db в шаге Post build:
Используйте эти файлы для
После этого у нас есть чистый тест db, с правильной схемой, все фиксированные данные из центрального db, а затем некоторые дополнительные тестовые данные.
Было бы лучше, если бы схема и фиксированные данные также были в сопоставимых данных и sql файлах, но это WIP. Центральный db еще не установлен, но должен находиться в контроле источника.
Запуск модульных тестов и инструментов анализа кода, таких как NDepend, Gandarme. Результаты публикуются CC.Net
Как встраивать временную метку времени сборки в каждое построенное изображение?
<ItemGroup>
<StampFile Include="BuildTimestamp.cs"/>
</ItemGroup>
<Target Name="BuildTimestamp"
Outputs="@(StampFile)">
<Message Text="Building Timestamp..." />
<Touch
AlwaysCreate = "true"
Files="@(StampFile)" />
<WriteLinesToFile
File="@(StampFile)"
Lines='public static class Build { public static string Timestamp = "%(StampFile.CreatedTime)" %3B }'
Overwrite="true"/>
</Target>
Вы можете расширить это, включив имя машины, фазу луны и т.д.
Несколько вещей, которые мы сделали:
Вот некоторые вещи, которые я обычно имею в Непрерывная интеграция:
Мы используем 'checkstyle' (http://checkstyle.sourceforge.net/anttask.html) для создания отчета для кода, который может быть недавно зарегистрирован и не проверен (формально) до создания разработчика. Кроме того, я написал несколько пользовательских задач, которые выполняют следующие действия:
Есть еще несколько задач, но они специфичны для внутренней среды связанных с ним.
У нас есть Nabaztag/tag, показывающий, есть ли какие-либо ошибки на сервере сборки.
Я действительно удивлен, что никто не упоминает об обновлении конфигурационных файлов! Мы обновляем наши конфигурационные файлы b на основе среды, которую мы строим, для использования сборки script. Он экономит как минимум 20 монет, которые потребуется для замены всех соединений и настроек приложения. Другие вещи, которые мы делаем, это:
Обновить номер версии
Перейти к тестовым серверам
Анализ кода запуска
Статус создания электронной почты
Запуск некоторых сценариев базы данных
Я не читал больше половины ответов здесь, но я надеюсь, что некоторые из них являются "новыми":
Мы делаем много: с MSBUILD
Помимо версий, подписи и тестирования и т.д., уже упомянутых здесь несколько раз, мы также: