Открыть список
Как стать автором
Обновить

Комментарии 7

Вот если бы там в качестве SCM был бы Hg или Git — цены бы ему не было.

Надо кстати подумать, как можно было бы сделать транспорт. Чтобы код хранить в hg/git, а деплоить через tfspreview…
О, круто!

WebSites + git уже пользуюсь :)
А вот интересно, можно ли настроить так, чтобы билд сервисы были свои, а всё остальное — из этого cloud tfs? Дело в том, что у нас на проектах используются нетривилальные Custom build tasks при выкладках + нужно выкладывать на свои сервера.
1. Вы можете назначать таски и воркфлоу в самом TFS
2. Вы можете проделывать задачу непрерывного развертывания из Git, с которым так же интегрируется Windows Azure Web Sites (пример)
3. Git можно интегрировать с TFS (link)
М… Не совсем то, что нужно.
У нас есть несколько сайтов. Исходники + баги/таски сейчас на локальном сервере TFS. На нём же билд агенты, которые используют наши кастомные build tasks, которые при выкладке выполняют всякие нетривиальные манипуляции с исходниками и пр.

Мне нравится идея TFS в облаке, но я пока в сомнении относительно возможности перенести только исходники + баг трекер в облачный TFS, а билд агент оставить на нашем локальном компе, чтобы он брал исходники из этого облачного TFS при билдах.
облачный TFS имеет билд-сервер и поддерживает билды и таски, но думаю можно интегрировать его и с локальным TFS

кроме того в этой статье написано как интегрировать непрерывное развертывание в Azure на базе собственного TFS

www.windowsazure.com/en-us/develop/net/common-tasks/continuous-delivery/
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.