Какие программы управления версиями могут осуществить выполнение и передачу тестов перед интеграцией изменений?
Этот код будет полезен для разрешения вашего запроса.
private void button1_Click(object sender, EventArgs e)
{
var worker = new BackgroundWorker();
worker.DoWork += (o, ea) =>
{
Class1 ping = new Class1();
ping.startPing();
string output = ping.output();
richTextBox1.AppendText(output + "\n");
richTextBox1.Update();
};
worker.RunWorkerCompleted += (o, ea) =>
{
//You will get pointer when this worker finished the job.
};
worker.RunWorkerAsync();
}
Дайте мне знать, если возникнут какие-либо проблемы после реализации с вашим источником.
7 ответов
IMO Вы - очень более обеспеченное использование непрерывной системы интеграции как CruiseControl или Гудзон, если Вы хотите осуществить ту свою тестовую передачу, и делают сборку, а не регистрацию зависящей от тестовых результатов. Инструменты просты для установки, и Вы получаете преимущества встроенного уведомления о результатах (по электронной почте, RSS или плагины браузера) и результаты испытаний, сообщающие через Веб-страницу.
Относительно обновления вопроса Вы правы - VCS +, CI позволяет Вам фиксировать код, который не проходит тесты; с большинством установок CI Вы просто не получите заключительную сборку своего продукта, если все тесты не передадут. Если Вы действительно хотите остановить кого-либо от ровной фиксации, если вся тестовая передача, необходимо будет использовать рычаги в VCS как другие, не предложила. Однако это смотрит на меня, чтобы быть трудно иметь дело - или разработчики должны были бы запустить все тесты каждый раз, когда они сделали регистрацию, включая тесты, которые не относятся к регистрации, которую они делают, или необходимо было бы сделать некоторые очень детализированные рычаги VCS, которые только запускают тесты, которые относятся к данной регистрации. По моему опыту, намного более эффективно полагаться на разработчиков, чтобы запустить соответствующие тесты локально и иметь системную погрузку CI на случайных ошибках.
С подверсией и мерзавцем можно добавить, что предварительная фиксация сцепляется, чтобы сделать это.
Это кажется, что необходимо посмотреть на Непрерывный Intergration (или вариант).
Думайте, что у Мерзавца есть рычаг на, применяют патч также.
Подверсия и мерзавец обе поддержки это через рычаги перед фиксацией.
Система Команды Visual Studio поддерживает это исходно через политики регистрации.
Я полагаю, что Рациональный ClearCase также поддерживает его, хотя я никогда не видел, что продемонстрировал, таким образом, я не могу сказать наверняка.
Я полагаю, что непрерывное интегрирующее программное обеспечение, такое как город команды позволяет Вам делать сборку перед фиксацией и тест. Я не знаю ни о каком vcs, который обеспечивает, он непосредственно... там может немного быть похожим на тот, который Вы используете, но я не знаком с ними.
Мы используем мерзавца и buildbot, чтобы сделать что-то подобное, хотя не совсем то же. Мы даем каждому разработчику их собственный репозиторий Мерзавца и имеем набор buildbot для создания любых нажатий времени в один из тех репозиториев. Затем существует кто-то, кто действует как интегратор, кто может проверить buildbot состояние, изменения обзора, и объединить их изменения или сказать им фиксировать что-то как соответствующее.
Существует много изменений этого рабочего процесса, который Вы могли сделать с Мерзавцем. Если бы Вы не хотели сделать, чтобы кто-то был интегратором вручную, то Вы могли бы, вероятно, настроить buildbot для запущения скрипта на успехе, который автоматически объединит изменение того человека в главный репозиторий (хотя это должно было бы иметь дело со случаями, в которых не работало автоматическое слияние, и это должно будет протестировать результаты слияния также с тех пор даже код, который объединяется, чисто может иногда представлять другие проблемы).
VSTS с пользовательскими Объектами Работы, правильно? Я не вижу ничто плохого с использованием этого. Созданный в создании отчетов. Выбор автоматизировать. Почему нет?
Что я делаю здесь, так это следую ветке для шаблона задачи , которая позволяет вам уже тестировать код подчиненный контролю версий, но все еще сохраняющий основной канал нетронутым. Подробнее об этом паттерне здесь .
Вы можете найти больше информации о стратегиях интеграции здесь , а также комментарии о Марке Шаттлворте о контроле версий здесь .
.