Ещё забавно(сталкивался в домашнем безлимитном): проблемы на линии, интернета нет. Но никто не делает возврат средств на счета клиентов. При этом, если позвонить и уточнить — создадут заявку на компенсацию.
А не думали что то похожее для приближённых вычислений? Для чиле 3-4 знака произведение, например. Считать погрешность от правильного ответа и стараться минимизировать её
У нас платформа, на которой пишутся остальные модули. Есть конечные проекты и есть куча мелких модулей(не то чтобы куча, штук 30). Все это имеет кучу версий, где для разной версии платформы, где для функционала совсем нового. В общем, если для каждого проекта и версии вводить билды — будет полный ад. Простые модули поставляются в конечные — Nuget пакетами, как и сама платформа, да и друг от друга иногда имеют зависимости.
А вообще, клонировать конфигурации — плохо. Вот надо где то массово все поменять, перенастроить, обязательно что то где то будет упущено. Советую писать шаблоны, завязаться в билд степах на параметры и вуаля, надо билд — от шаблона сделал, уже подсвечено что и где надо вписать, чтоб все заработало. Ну и правки вносить — в шаблоне.
Жаль, но с TFS не работал и тем более на настраивал, сказать особо по нему нечего.
По 4-ому пункту — у нас бывает что кто нибудь хочет отрефакторить жутко сильно, и, предположим, делает это на протяжении недели, не спеша, планомерно, а основная ветка сама по себе развивается. Проект довольно сложный и так сразу сложно понять, все ли нюансы учтены при рефакторинге, и хотят видеть сразу тесты как проходят. А так, спасибо за ответ)
А вообще, мне, почему то, не очень с msbuild понравилось работать, то ли я его не понял в полной мере. Управляющие скрипты пишу на Powershell, ну дико удобно.
Возникло несколько вопросов:
1. У Вас вот в конфигах скрипты из папки DeployScripts берутся, эта папка в самом проекте находится, в том же репозитории что и основной проект? (У нас для скриптов отдельный репозиторий, но и проектов много, для избегания дублирования выделили все скрипты и инфраструктурные штуки туда)
2. А в чем преимущество автоматического рестора пакетов перед отдельным шагом рестора? (на мой взгляд нагляднее это делать отдельным шагом, так как в build result появляется информационная вкладка о установленных в проекте пакетах)
3. Селениум. На каком браузере происходит тестирование? И тестируете ли различные браузеры? У нас регулярно тесты проходят под хромом, но sheduler trigger стоит и ночью другие браузеры тоже гоняют тесты, удобно.
4. Пользуетесь ли «Branch specification» для многоветочнисти? Или как Вы организовали тестирование фича веток?
А вообще, клонировать конфигурации — плохо. Вот надо где то массово все поменять, перенастроить, обязательно что то где то будет упущено. Советую писать шаблоны, завязаться в билд степах на параметры и вуаля, надо билд — от шаблона сделал, уже подсвечено что и где надо вписать, чтоб все заработало. Ну и правки вносить — в шаблоне.
Жаль, но с TFS не работал и тем более на настраивал, сказать особо по нему нечего.
А вообще, мне, почему то, не очень с msbuild понравилось работать, то ли я его не понял в полной мере. Управляющие скрипты пишу на Powershell, ну дико удобно.
1. У Вас вот в конфигах скрипты из папки DeployScripts берутся, эта папка в самом проекте находится, в том же репозитории что и основной проект? (У нас для скриптов отдельный репозиторий, но и проектов много, для избегания дублирования выделили все скрипты и инфраструктурные штуки туда)
2. А в чем преимущество автоматического рестора пакетов перед отдельным шагом рестора? (на мой взгляд нагляднее это делать отдельным шагом, так как в build result появляется информационная вкладка о установленных в проекте пакетах)
3. Селениум. На каком браузере происходит тестирование? И тестируете ли различные браузеры? У нас регулярно тесты проходят под хромом, но sheduler trigger стоит и ночью другие браузеры тоже гоняют тесты, удобно.
4. Пользуетесь ли «Branch specification» для многоветочнисти? Или как Вы организовали тестирование фича веток?