Результаты поиска

Я начинаю работать над хобби-проектом с кодовой базой Python, и я хотел бы создать некоторую форму непрерывной интеграции (т. е. запуск батареи тест-кейсов каждый раз, когда производится регистрация и отправка электронных писем nag ответственным лицам, когда тесты терпят неудачу), подобную CruiseControl или TeamCity .

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

Я изучаю использование встроенных модульных тестовых проектов Visual Studio 2008 вместо NUnit, и мне было интересно, есть ли у кого-нибудь опыт в попытке интегрировать этот тип модульного тестового проекта с Cruise Control.Net.

Я использую cruisecontrol.rb для CI и FogBugz для отслеживания ошибок, но чем более общие ответы, тем лучше.

Во-первых, это техническая проблема: есть ли API для FogBugz? Есть ли хорошие учебники, или еще лучше, предварительно написанный код?

Во-вторых, это процедурная проблема: что именно должен CI поместить в трекер ошибок, когда сборка ломается? Возможно:

Название: "#{Последний коммиттер} сломал сборку!"

Тело: "# {следы ошибок }"

Я полагаю, что это предполагает ответ на этот вопрос: Должен ли я даже помещать CI breaks в мое отслеживание ошибок?

Я использую cruisecontrol.rb для CI и FogBugz для отслеживания ошибок, но чем более общие ответы, тем лучше.

Во-первых, это техническая проблема: есть ли API для FogBugz? Есть ли хорошие учебники, или еще лучше, предварительно написанный код?

Во-вторых, это процедурная проблема: что именно должен CI поместить в трекер ошибок, когда сборка ломается? Возможно:

Название: "#{Последний коммиттер} сломал сборку!"

Тело: "# {следы ошибок }"

Я полагаю, что это предполагает ответ на этот вопрос: Должен ли я даже помещать CI breaks в мое отслеживание ошибок?

Я настраиваю систему управления версиями моей команды + процесс сборки / интеграции с нуля. Мы использовали VSS и инструмент, который мы создали самостоятельно для выполнения процесса сборки. Мы решили перейти к более современным условиям. У меня работает SVN, и я хотел бы установить непрерывный процесс интеграции с CruiseControl.NET. Есть ли хорошее руководство step-by-step starter, которое поможет мне начать работу с лучшими практиками этого инструмента?

Цепочки инструментов непрерывной интеграции для .NET, Java и других языков относительно хорошо определены, но рынок C++, похоже, имеет большое разнообразие.

Под CI "toolchain" я конкретно подразумеваю инструменты для построения скриптов, автоматизированного тестирования, проверки стандартов кодирования и т. д.

Что команды C++ используют для цепей инструментов CI?

Я пытаюсь настроить CruiseControl.net webdashboard на данный момент. До сих пор это работает хорошо, но у меня есть проблема с отчетом о сроках сборки NAnt.

Во-первых, мой текущий файл ccnet.config выглядит примерно так:

<project name="bla">
...
<prebuild>
 <nant .../>
</prebuild>
<tasks>
 <nant .../>
</tasks>
<publishers>
 <nant .../>
</publishers>
...
</project>

Как завершится, NAnt отчет о времени отображает три дублировать резюме. Есть ли способ исправить это без изменения структуры проекта?

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