Кто-нибудь успешно реализовал MS InRelease для автоматического развертывания?

Question

Просто ищете отзыв о тех, кто в настоящее время использует InRelease для сценариев развертывания в корпоративном приложении?

InRelease был недавно приобретен компанией Microsoft и имеет испытание там на данный момент http://www.microsoft.com/visualstudio/inrelease/ Это будет интегрировано в будущей версии TFS, насколько я знаю.

я возможность проверки его на некоторое время теперь, и было бы интересно услышать от любых существующих клиентов с любой обратной связи, положительным или отрицательным, включая информацию о: Плюсы/минусы использования этого v в webdeploy/PowerShell и т.д. стабильности продукта. и т. Д.

Answer 1

Первое преимущество заключается в том, что у вас есть сильная связь с платформой TFS, у вас нет специальных мостов разработки для интеграции, так что мне на стороне, я хочу, но с профессиональным процессом управления релиз Второй момент заключается в том, что рабочие точки выполняют, что облегчает процесс чтения для развертывания. (три месяца на проекте R & D)

Answer 2

Я говорил об управлении MS Release (ака InRelease) в много в течение последних нескольких месяцев. Это здорово, и он доступен для скачивания с 13.11.2013.

Он имеет некоторые огромные преимущества по сравнению с более традиционными методами развертывания:

• Тонны встроенных инструментов для развертывания программного обеспечения. Он поставляется с кучей вещей из коробки, поэтому вам не нужно возиться с написанием сценариев PowerShell для настройки IIS или запуска Azure VM. Система инструментов полностью расширяема, поэтому вы можете подключить любой пакетный файл, сценарий PowerShell или исполняемый файл, который вы хотите. Он также автоматически фиксирует вывод всего, что он запускает, и присоединяет его к журналу развертывания.
• Откат функциональности. Вы можете определить, какие действия следует предпринять, если развертывание завершилось с ошибкой, поэтому вы можете убедиться, что плохое развертывание никогда не снимает критическую службу.
• Управление файлами Config. Вы можете параметризовать свои файлы конфигурации, а затем использовать Управление выпуском, чтобы указать, какие значения следует использовать. Это помогает уменьшить (или даже устранить) кошмар управления несколькими веб-приложениями/app.configs.
• Возможность определять рабочие процессы утверждения. Это огромно, если вы хотите иметь конкретных людей, ответственных за утверждение/отклонение выпусков на основе того, прошел ли он QA и т. Д.
• Определение пути освобождения. Это связано с рабочими процессами утверждения - вы можете настроить его так, чтобы у вас были среды для каждой «стадии» процесса выпуска - DEV, QA, PROD и т. Д. Затем вы можете настроить, какие серверы являются членами этих этапов, какой порядок вашего программного обеспечения должен пройти через эти этапы, и кто отвечает за утверждение/подтверждение каждого этапа.
• Полная прослеживаемость в процессе выпуска - вы можете видеть, какие сборки вашего программного обеспечения находятся на сервере, когда он добрался туда, кто его одобрил/отклонил, заполнил все действия по развертыванию, которые были предприняты. Это может действительно дать вам некоторое представление о том, где ваш процесс нуждается в улучшении. Допустим, у вас есть команда QA, терпящая массу выпусков из-за ошибок. Вы можете это увидеть и вернуться к своим разработчикам и сказать «Эй, ребята, нам нужно провести автоматическое тестирование на месте, мы собираем команду QA с работой, когда мы могли бы поймать эти недостатки раньше!»
• Интеграция с TFS, поэтому вы можете легко настроить непрерывное развертывание.
• Интеграция Microsoft Test Manager. Вы можете настроить его для запуска автоматических тестов (например, кодированного интерфейса) из плана тестирования MTM после завершения выпуска, поэтому вы можете автоматически выпустить выпуск, если какой-либо из ваших тестов завершится с ошибкой.

И это только улучшится в будущем. Команда управления релизами имеет некоторые действительно классные вещи на их отставание!