Pull to refresh

Comments 15

Слежу за этой штукой еще с тех пор, как вы купили InRelease.
Не освещен вопрос лицензирования —
Я правильно понимаю, что управлялка бесплатна на для тех, у кого есть лицензия на студию, а лицензируются агенты на серверах? Какова примерно цена вопроса?
Начиная с версий подписки Test Pro с MSDN входит лицензия на создание, обновление и удаление pipeline workflow. Для точек развёртывания нужны лицензии Visual Studio Deployment Standard и/или Visual Studio Deployment Datacenter.

Подписчики Visual Studio Ultimate с MSDN получают одну бесплатную лицензию на Visual Studio Deployment Standard 2013

Сейчас есть 35% скида на Test Pro и 30% скидка на Visual Studio Deployment Standard и Visual Studio Deployment Datacenter.

См. в дополнение здесь: www.visualstudio.com/explore/release-management-vs
И лицензирование здесь: www.visualstudio.com/ru-ru/products/how-to-buy-release-management-vs
Спасибо, неясен только один вопрос: на тестовые сервера нужна лицензия на агент, или они попадают под стандартные правила мсдн?
Вот полный лицензионный гайд, правда пока на английском языке: www.microsoft.com/en-us/download/details.aspx?id=13350

Каждый узел, на который производится развёртывание, в рамках Release Management требует лицензии на VS Deployment:

Note that a node or endpoint at any stage (including all pre-production stages) requires a Visual Studio Deployment license.
Это, я так понимаю, аналог Puppet/Chef + Capistrano, встроенный в Visual Studio?
Скажите а построение процесса развертывания(я про deployment sequence) случайно не завязано на жертве аборта WWF?
Коллеги, а с кем можно пообщаться по поводу решения проблем при установке?

У меня Microsoft Deployment Agent не может подключиться к Release Management Server. Первый на сервере из живой площадки, не в домене, а второй в офисе, в домене.

Вся диагностическая информация от агента:

V, 2014/01/23, 01:22:49.324, Created Nt account for user Administrator
V, 2014/01/23, 01:22:49.324, Found Sid S-1-5-21-3719844311-4177430663-3684011079-500 for user Administrator
V, 2014/01/23, 01:22:49.324, Is Administrator network service account? False 
V, 2014/01/23, 01:22:49.324, Created Nt account for user Administrator
V, 2014/01/23, 01:22:49.324, Found Sid S-1-5-21-3719844311-4177430663-3684011079-500 for user Administrator
V, 2014/01/23, 01:22:49.324, Is Administrator local system account? False 
V, 2014/01/23, 01:22:49.324, Domain: 
V, 2014/01/23, 01:22:49.324, Final UserName: SRV-1-1\Administrator.
V, 2014/01/23, 01:22:49.324, Loading account details for SRV-1-1\Administrator
V, 2014/01/23, 01:22:49.324, Is SRV-1-1\Administrator local machine account? True 
I, 2014/01/23, 01:22:49.324, Normalized account is SRV-1-1\Administrator and Sid is S-1-5-21-3719844311-4177430663-3684011079-500
I, 2014/01/23, 01:22:49.340, Validating account to use as identity for Release Management Services...
I, 2014/01/23, 01:22:49.340, IsAdminAccount : Trying to determine if the account : SRV-1-1\Administrator is an admin on the local machine
I, 2014/01/23, 01:22:49.355, IsAdminAccount : Trying to determine if the account : SRV-1-1\Administrator is an admin on the local machine
I, 2014/01/23, 01:22:49.355, User SRV-1-1\Administrator is system, Admin 
I, 2014/01/23, 01:22:49.355, Validated account to use as identity for Release Management Services.
I, 2014/01/23, 01:22:49.355, Validating Release Management Server for Team Foundation Server 2013...
E, 2014/01/23, 01:22:49.527, Received Exception : Microsoft.TeamFoundation.Release.CommonConfiguration.ConfigurationException: Failed to validate Release Management Server for Team Foundation Server 2013.
   at Microsoft.TeamFoundation.Release.CommonConfiguration.DeployerConfigurationManager.ValidateServerUrl()
   at Microsoft.TeamFoundation.Release.CommonConfiguration.DeployerConfigurationManager.ValidateAndConfigure(DeployerConfigUpdatePack updatePack, DelegateStatusUpdate statusListener)
   at System.ComponentModel.BackgroundWorker.WorkerThreadStart(Object argument)
I, 2014/01/23, 01:22:49.527, Work completed for GetConfiguration() call : got out of turn error
E, 2014/01/23, 01:22:49.527, Failed to validate Release Management Server for Team Foundation Server 2013.
эту проблему решил, добавив пользователя с именем SRV-1-1\Administrator в список пользователя в настройках Release Management.

теперь другая проблема: Deploy Agent не хочет подключаться к Server. причем установка Агента прошла успешно, видимо он сумел обратиться к Серверу в процессе этого.
Но на Клиенте функция Scan не работает, и добавление вручную Агента по IP тоже не приводит к его обнаружению (= статус Offline).

может потому, что я добавляю не доменным именем, а по IP? агент стоит на сервере, который не в домене. это вообще поддерживается?
Поддерживается. Этого точно нет в требованиях.

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

www.microsoft.com/ru-ru/download/details.aspx?id=41648
Еще вопрос, если можно.

У меня конфигурация, когда девелоперская среда (тфс и все все все) — это физически одна сеть, а продакшн — другая. соответственно, разные домены.

Есть машина шлюз, которая физически находится в обоих сетях.

Хочу деполоить из одной сетки в другую, поддерживает ли такую конфигурацию RM?
При определении нового сервера я вижу возможность его определить как Gateway, и передавать билды через https, но нигде (документация, мсдн, гугль) не вижу описания как это должно работать и настраиваться.
Уточните, что вы имеете ввиду поточнее, а то вопрос не понятен.
Работает ли управление релизами на www.visualstudio.com/ru-ru/?
В статье писали, что это актуально для стэндалон TFS 2013, а в TFS Online это есть?
Чтобы было понятно, решение состоит из 3-х частей:
1) Клиент для управления и настройки пайплайна
2) Надстройка для TFS
3) Клиент для развёртывания

VSO — это TFS в облаке, соответственно, речь предположительно идёт о том, интегрирована ли эта TFS надстройка в VSO. Этой интеграции сейчас нет, но планируется добавление поддержки
blogs.msdn.com/b/visualstudioalm/archive/2013/12/19/how-to-configure-team-foundation-server-with-release-management.aspx

Если же речь идёт об использовании VSO, как билд-сервера, с выклдадыванием результатов в определённое место — потенциально можно интегрировать в пайплайн.

VSO — это TFS в облаке, соответственно, речь предположительно идёт о том, интегрирована ли эта TFS надстройка в VSO. Этой интеграции сейчас нет, но планируется добавление поддержки

Вот это интересовало. Спасибо!
Sign up to leave a comment.