Comments 1
Позволю себе добавить недостатков:
240 минут в месяц на команду из 3.5 разработчиков хватало впритык, точно помню что приходилось что-то оптимизировать в билд-процессах. Если кроме билда есть еще и Deploy (Publish) — придется позаморачиваться с аргументами build-steps, неважно какой вы используете. Тесты нормально работают для MS тестов, если используется nUnit 3 часть отчетов придется просматривать руками, красивой картинки не будет (хотя лично мне хватает лога консоли). Некоторые типы проектов приходится билдить через msbuild.exe, кое-что берет только devenv.exe (это вызов cmd\ps команды с парой-тройкой аргументов). Интеграция с гитом минимальная, гораздо хуже чем с проектами tfs.
Короче, недостатков хватает. С другой стороны, работать можно, для «старой гвардии» и просто любознательных есть возможность пилить свои билд шаги (это по сути PS-скипты). Думаю, серьезный DevOps за неделю-две привыкнет.
240 минут в месяц на команду из 3.5 разработчиков хватало впритык, точно помню что приходилось что-то оптимизировать в билд-процессах. Если кроме билда есть еще и Deploy (Publish) — придется позаморачиваться с аргументами build-steps, неважно какой вы используете. Тесты нормально работают для MS тестов, если используется nUnit 3 часть отчетов придется просматривать руками, красивой картинки не будет (хотя лично мне хватает лога консоли). Некоторые типы проектов приходится билдить через msbuild.exe, кое-что берет только devenv.exe (это вызов cmd\ps команды с парой-тройкой аргументов). Интеграция с гитом минимальная, гораздо хуже чем с проектами tfs.
Короче, недостатков хватает. С другой стороны, работать можно, для «старой гвардии» и просто любознательных есть возможность пилить свои билд шаги (это по сути PS-скипты). Думаю, серьезный DevOps за неделю-две привыкнет.
Sign up to leave a comment.
Continuous Integration UWP приложений в Visual Studio Team Services