Не работает развертывание пакетов

Русские Блоги

Дженкинс развертывание JAR пакет приложения не может работать

Дженкинс развертывание JAR пакет приложения не может работать

Сегодня, когда я использовал Jenkins для развертывания пакета jar, я обнаружил, что ошибок не было, но приложение не могло выжить, и Google все еще не решал его долгое время.Это не было решено методом установки BUILD_ID = dontKillMe в Интернете из-за разнообразия таких методов. Пробовал осанку снова и снова безрезультатно. Детали следующие:
Для удобства тестирования этап замены пакета jar отменен, и просто выполняется одна инструкция

Это ситуация, описанная выше. В журнале нет неправильного вывода при его создании, но при просмотре приложения его не было. После этого Google сказал, что оно будет убито после запуска. В этом случае вы должны установить BUILD_ID, а затем установить глобальную переменную в сценарии. Метод онлайн-публикации по-прежнему не решает проблему, поэтому я написал чистую демонстрацию удаленного Python, чтобы проверить, будет ли удаленное соединение автоматически закрывать программу, работающую в фоновом режиме, следующим образом:

Затем я обнаружил, что эффект остается прежним, и затем я случайно решил проблему с помощью комбинированной команды при общении с НИОКР следующим образом.

В настоящее время, независимо от того, запускается ли это демо или jenkins, может работать нормально, отказываясь от сложности использования супервизора для решения. ,

Интеллектуальная рекомендация

Поделитесь программным обеспечением для мониторинга под Linux

Собственный интерфейс мониторинга Linux:(Немного руб) 1.Htop 3.Gtop Запрос Linux / OSX / Windows (частичная поддержка) Node.js >= v4 установка загрузка документа:https://gitee.com/chenxingxing6/GTO.

[Упражнение] Оптимизация скорости обучения и сокращение потерь (уменьшение потерь): упражнения на игровой площадке

Два экспериментальных упражнения Оптимизировать скорость обучения научилсяГрадиентный спускс участиемЭффективность обученияПосле этих двух разделов. На исходном веб-сайте есть простой небольшой экспер.

Мини-программа WeChat Quotes Библиотека векторных иконок

1. Сначала войдите в библиотеку значков Али http://www.iconfont.cn/ 2. Как показано ниже, добавьте выбранный значок в корзину 3. Нажмите на корзину, затем появится следующее изображение, нажмите Добав.

Spring MVC Framework

Краткое введение Spring web mvc и Struts2 относятся к фреймворку уровня представления, он является частью фреймворка Spring, что видно из общей структуры Spring: SpringMVC поток обработки Этапы разраб.

CCF — номер ISBN

Номер вопроса: 201312-2 Название теста: номер ISBN Ограничение времени: 1,0 с Ограничение памяти: 256,0 МБ Описание проблемы: описание проблемы Каждой официально опубликованной книге соответствует соо.

Источник

Операция развертывания заблокирована; Развертывание специального профиля запрещено

Если вы столкнулись с Операция развертывания заблокирована, поскольку развертывание специального профиля запрещено. на вашем компьютере с Windows 10, то этот пост может вам помочь. Когда вы столкнетесь с этой проблемой, вы получите следующее полное сообщение об ошибке:

Операция развертывания заблокирована, поскольку развертывание специального профиля запрещено. Пожалуйста, попробуйте войти в учетную запись, которая не является Специальным профилем. Вы можете попробовать выйти и снова войти в текущую учетную запись или попробовать войти в другую учетную запись.

Операция развертывания заблокирована, поскольку развертывание специального профиля запрещено.

По умолчанию Windows блокирует операции развертывания для специальных профилей. Термин «специальный профиль» будет охватывать перемещаемые профили, обязательные и сверхобязательные профили, временные профили и гостевые профили. учетная запись профили. Обычно рекомендуется не позволять развертывание на таких профилях пользователей.

Однако в случае, если вашей среде крайне необходимо выполнять развертывание в таких профилях, вы можете разрешить операции развертывания в специальных профилях с помощью редактора локальной групповой политики в Windows 10.

В качестве альтернативы вы можете разрешить операции развертывания в специальных профилях через редактор реестра в Windows 10.

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

• В этом месте щелкните правой кнопкой мыши пустое место на правой панели и выберите Новый >DWORD (32 бита) Значение.
• Переименуйте имя значения как AllowDeploymentInSpecialProfiles и нажмите Enter.
• Дважды щелкните новое значение, чтобы открыть его.
• Тип 1 в поле «Значение» и нажмите «Ввод», чтобы сохранить изменение.

Теперь вы можете выйти из редактора реестра и перезагрузить компьютер.

Кстати, вы видели наши TWC Video Hub Кстати? Он предлагает много интересных и полезных видео о Microsoft и Windows.

Источник

Не работает развертывание пакетов

Запрошенной темы не существует.

Что уже сделано в готовящейся версии MyChat?

MyChat Server [-] (18.10.2021) (Kanban) при […]

Android. Вылетает клиент при нажатии на «Прикрепить Штрих-код»

Произошла странная ошибка на одном android- клиент[…]

Настройка автозапуска на Сервере

Добрый день. Один вопрос — одна тема, пожалуйста.[…]

Имя пользователя в чатах не совпадает с именем в админке

Ошибка исправлена , спасибо за уведомление.

Сторонние stun-серверы

Протоколирование конференций и приватных диалогов

Всё остальное, в том числе и доступ к разделам адм[…]

не приходят пуш сообщения под ANDROID, XIAOMI

Спасибо, Георгий за работу [smilie=good2.gif]

Не видно новых сообщений в группе, MyChat под Android, Xiaomi

Проблема решена. [smilie=good2.gif]

Ссылка в баннере на несуществующую страницу сайта

Поправим, спасибо за наблюдение.

Как ограничить права на просмотр конкретных протоколов?

Не проходит авторизация и 100 % ЦП на сервере

С загрузкой процессора разбираемся, пока что сказа[…]

8.11.1 на Windows XP

Станислав, ожидаем вашего ответа.

Перенос длинной строки в информации контакта в привате (Ctrl+/)

Реализовано , ожидайте обновление, пожалуйста. П[…]

IOS. Не отправляется сообщение

Здравствуйте. Понимаю, что еще beta и много чего и[…]

Клиент iOS, звонки

Понятно. Спасибо за быстрые ответы.

Не приходят уведомления IOS

Новой сборки еще нет, ожидайте.

Ошибка при генерации сертификатов let’s encrypt

Вопрос снят, обновил клиент le32 и все заработало.

скриптовое событие на (создание,изменение) задания на kanban доске

Поясните пожалуйста, не понял, о чём конкретно вы[…]

Как запустить чат на одном системном блоке (linux-версию), на котором используются одновременно два рабочих места

Сделал небольшой апдейт, попробуйте на компьютере,[…]

Источник

«Не удалось развернуть пакет» или «Ошибка выполнения скрипта» при развертывании файлов DACPAC из пакета веб-приложений Access

Office 365 ProPlus переименован в Майкрософт 365 корпоративные приложения. Для получения дополнительной информации об этом изменении прочитайте этот блог.

Общие сведения

В рамках процесса выхода на пенсию для веб-приложений Access приложения упаковываются в пакет приложений Access по мере их выхода на пенсию. Эти пакеты хранятся в недавно созданной библиотеке документов, которая имеет то же имя, что и приложение.

Чтобы получить данные из упакованного приложения, извлекаем *. ФАЙЛ DACPAC, а затем развертывание приложения на уровне данных для SQL Server. Для этого выполните шаг в разделе «Откройте пакет приложений access для работы с его содержимым» раздела службы Access в SharePoint roadmap.

В этой статье описывается альтернативный метод восстановления данных в таблицах веб-приложения Access при следующих сценариях:

Веб-приложение Access содержит ошибки проверки.

Вы получаете сообщения об ошибках, похожие на следующие:

Ошибка SQL72014. Не удалось развернуть пакет.

Ошибка SQL72045: ошибка выполнения скрипта.

Вы не можете развернуть DACPAC.

Дополнительные сведения

Чтобы восстановить данные с помощью альтернативного метода, выполните следующие действия.

Распаковать DACPAC

Дважды щелкните appdb.dacpac из пакета приложений Access, выберите пункт назначения и нажмите кнопку Распаковать.

Дополнительные сведения о том, как извлечь DACPAC из пакета приложений, см. в разделе «Откройте пакет приложений access для работы с его содержимым» службы Access в статье SharePoint Roadmap.

Создание SQL Server базы данных

• Создание базы данных в SQL Server.

Создание таблиц из сценария DACPAC model.sql

Создайте запрос и убедитесь, что контекст базы данных в SQL Server Management Studio (SSMS) будет указать на вновь созданную базу данных.

Добавьте следующий синтаксис CREATE SCHEMA в новый запрос.

Откройте model.sql из распакованного DACPAC в SSMS.

Найдите синтаксис CREATE TABLE для таблиц, которые необходимо восстановить.

Скопируйте и вклейте желаемый синтаксис CREATE TABLE в новый запрос в соответствии с записями CREATE SCHEMA.

После обнаружения нужных таблиц и создания собственного сценария в новом запросе запустите запрос.

В следующем примере скрипт создает таблицы Person и PersonAddress:

Заполнять таблицы данными с помощью массовой программы копирования (BCP)

Во входе SQL Server.

Утилита BCP уже должна быть установлена. Если это необходимо, установите его в составе microsoft Command Line Utilities 14.0 для SQL Server.

Откройте окно командной строки.

Создание и запуск команды BCP для среды или таблиц.

SQL Signin

Пример:

Интегрированное подключение к безопасности и доверию

Пример:

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

Дополнительные сведения о утилите BCP см. в bcp Utility.

Источник

Развертывание веб-пакетов

В этом разделе описывается публикация пакетов веб-развертывания на удаленном сервере с помощью средства веб-развертывания службы IIS (IIS) (веб-развертывание) 2,0.

Существует два основных способа развертывания веб-пакета на удаленном сервере.

• Вы можете напрямую использовать служебную программу командной строки MSDeploy. exe.
• Вы можете запустить файл [Project name]. deploy. cmd , который создает процесс сборки.

Конечный результат одинаков, независимо от используемого подхода. По сути, все файлы . deploy. cmd — это запуск msdeploy. exe с некоторыми предварительно определенными значениями, чтобы не нужно было предоставлять как можно больше сведений для развертывания пакета. Это упрощает процесс развертывания. С другой стороны, использование MSDeploy. exe напрямую дает гораздо большую гибкость по сравнению с тем, как именно развертывается пакет.

Используемый подход зависит от различных факторов, в том числе от того, какой объем контроля необходим для процесса развертывания и предназначен ли для веб-развертывание службы удаленного агента или обработчика веб-развертывание. В этом разделе объясняется, как использовать каждый из подходов и определять, когда подходит каждый подход.

В задачах и пошаговых руководствах этого раздела предполагается, что:

• Вы создали и упакованы веб-приложение, как описано в статье Создание и упаковка проектов веб-приложений.
• Вы изменили файл SetParameters. XML , чтобы предоставить правильные значения параметров для целевой среды, как описано в разделе Настройка параметров для развертывания веб-пакетов.

Запуск файла [Project Name] . deploy. cmd — это самый простой способ развертывания веб-пакета. В частности, использование файла . deploy. cmd обеспечивает эти преимущества непосредственно перед использованием msdeploy. exe:

• Не нужно указывать расположение пакета—веб-развертывания файл . deploy. cmd уже знает, где он находится.
• Указывать расположение файла— SetParameters. XML не требуется. deploy. cmd уже знает, где он находится.
• Не нужно указывать исходные и конечные поставщики—msdeploy. deploy. cmd уже знает, какие значения следует использовать.
• Не нужно указывать параметры—операции msdeploy. deploy. cmd автоматически добавляет к команде msdeploy. exe часто требуемые значения.

Прежде чем использовать файл . deploy. cmd для развертывания веб-пакета, необходимо убедиться в том, что:

• Файл . deploy. cmd , [имя проекта]. Файл SetParameters. XML и веб-пакет ([имя проекта]. ZIP) находятся в одной папке.
• Веб-развертывание (MSDeploy. exe) устанавливается на компьютер, на котором выполняется файл . deploy. cmd .

Файл . deploy. cmd поддерживает различные параметры командной строки. При запуске файла из командной строки это основной синтаксис:

Необходимо указать либо флаг /t , либо параметр /y , чтобы указать, следует ли выполнять пробный запуск или динамическое развертывание соответственно (не использовать оба флага в одной команде). В этой таблице объясняется назначение каждого из этих флагов.

Флаг	Description
/T	Вызывает MSDeploy. exe с флагом – WhatIf , который указывает на пробный запуск. Вместо того, чтобы развертывать пакет, он создает отчет о том, что произойдет при развертывании пакета.
/Y	Вызывает MSDeploy. exe без флага -WhatIf . При этом пакет развертывается на локальном компьютере или на указанном целевом сервере.
/M	Указывает имя целевого сервера или URL-адрес службы. Дополнительные сведения о значениях, которые можно указать здесь, см. в подразделе » рекомендации для конечных точек » этой статьи. Если опустить флаг /m , пакет будет развернут на локальном компьютере.
/	Указывает тип проверки подлинности, который MSDeploy. exe должен использовать для выполнения развертывания. Возможные значения: NTLM и Basic. Если опустить флаг /a , по умолчанию используется тип проверки подлинности NTLM для развертывания в службе удаленного агента веб-развертывание и для развертывания в обработчик веб-развертывание.
/U	Указывает имя пользователя. Это применимо только в том случае, если используется обычная проверка подлинности.
/P	Задает пароль. Это применимо только в том случае, если используется обычная проверка подлинности.
/L	Указывает, что пакет должен быть развернут в локальном экземпляре IIS Express.
/G	Указывает, что пакет развертывается с помощью параметра поставщика темпажент. Если опустить флаг /g , по умолчанию будет задано значение false.

Каждый раз, когда процесс сборки создает веб-пакет, он также создает файл с именем [имя проекта]. деплой-реадме. txt , объясняющий эти параметры развертывания.

В дополнение к этим флагам можно указать веб-развертывание параметры операции в качестве дополнительных параметров . deploy. cmd . Любые дополнительные параметры, заданные вами, просто передаются в соответствующую команду MSDeploy. exe. Дополнительные сведения об этих параметрах см. в разделе параметры веб-развертывание операции.

Предположим, что вы хотите развернуть проект веб-приложения ContactManager. MVC в тестовой среде, запустив файл . deploy. cmd . Тестовая среда настроена для использования службы удаленного агента веб-развертывание, как описано в разделе Настройка веб-сервера для публикации веб-развертывание (удаленный агент). Чтобы развернуть веб-приложение, необходимо выполнить следующие действия.

Развертывание веб-приложения с помощью файла. deploy. cmd

Создайте и упакуйте проект веб-приложения, как описано в статье Создание и упаковка проектов веб-приложений.

Измените файл ContactManager. MVC. SetParameters. XML , чтобы он содержал правильные значения параметров для тестовой среды, как описано в разделе Настройка параметров для развертывания веб-пакетов.

Откройте окно командной строки и перейдите к расположению файла ContactManager. MVC. deploy. cmd .

Введите эту команду и нажмите клавишу ВВОД:

В данном примере:

• Флаг /y означает, что вы хотите действительно развернуть пакет, а не выполнять пробный запуск.
• Флаг /m указывает, что необходимо развернуть пакет на сервере с именем TESTWEB1. По этому значению MSDeploy. exe попытается развернуть пакет в службе удаленного агента веб-развертывание на http://TESTWEB1/MSDeployAgentService.
• Флаг /a указывает, что вы хотите использовать проверку подлинности NTLM. Поэтому не нужно указывать имя пользователя и пароль.

Чтобы продемонстрировать, как использование файла . deploy. cmd упрощает процесс развертывания, Взгляните на команду msdeploy. exe, которая создается и выполняется при запуске ContactManager. MVC. deploy. cmd с помощью параметров, приведенных выше.

Дополнительные сведения об использовании файла . deploy. cmd для развертывания веб-пакета см. в разделе инструкции. Установка пакета развертывания с помощью файла deploy. cmd.

Использование MSDeploy. exe

Хотя использование файла . deploy. cmd , как правило, упрощает процесс развертывания, в некоторых ситуациях предпочтительно использовать msdeploy. exe напрямую. Пример:

• Если требуется выполнить развертывание в обработчик веб-развертывание от имени пользователя без прав администратора, нельзя использовать файл . deploy. cmd . Это происходит из-за ошибки в веб-развертывание 2,0, как описано в разделе рекомендации по конечной точке.
• Если вы хотите вручную переключаться между различными файлами SetParameters. XML в разных местах, вы можете использовать msdeploy. exe напрямую.
• Если вы хотите переопределить несколько аргументов командной строки MSDeploy. exe, вы можете использовать MSDeploy. exe напрямую.

При использовании MSDeploy. exe необходимо предоставить три ключевых фрагмента информации:

• Параметр – Source , который указывает, откуда берутся данные.
• Параметр – dest , который указывает, куда будут находиться данные.
• Параметр – verb , указывающий операцию , которую необходимо выполнить.

MSDeploy. exe использует поставщиков веб-развертывание для обработки исходных и целевых данных. Веб-развертывание включает множество поставщиков, представляющих диапазон приложений и источников данных, с—которыми он может работать. Например, существуют поставщики SQL Server баз данных, веб-серверов IIS, сертификатов, сборок глобального кэша сборок, различных файлов конфигурации и множества других типов данных. Оба параметра – Source и – dest должны указывать поставщик в формате -Source: [providerName] = [Location]. При развертывании веб-пакета на веб-сайте IIS следует использовать следующие значения:

Поставщик -источник всегда является пакетным. Пример:

Поставщик – dest всегда имеет значение Auto. Например:

Команда – всегда синхронизирована.

Кроме того, необходимо указать другие Параметры, зависящие от поставщика , и общие Параметры операций. Например, предположим, что вы хотите развернуть веб-приложение ContactManager. MVC в промежуточной среде. Развертывание будет нацелено на обработчик веб-развертывание и должно использовать обычную проверку подлинности. Чтобы развернуть веб-приложение, необходимо выполнить следующие действия.

Развертывание веб-приложения с помощью MSDeploy. exe

Создайте и упакуйте проект веб-приложения, как описано в статье Создание и упаковка проектов веб-приложений.

Измените файл ContactManager. MVC. SetParameters. XML , чтобы он содержал правильные значения параметров для промежуточной среды, как описано в разделе Настройка параметров для развертывания веб-пакетов.

Откройте окно командной строки и перейдите в расположение MSDeploy. exe. Обычно это%Програмфилес%\иис\микрософт веб-развертывание V2\msdeploy.exe.

Введите эту команду и нажмите клавишу ВВОД (пропустите разрывы строк):

В данном примере:

• Параметр -Source указывает поставщик пакета и указывает расположение веб-пакета.
• Параметр – dest задает Автоматическое определение поставщика. Параметр ComputerName предоставляет URL-адрес службы обработчика веб-развертывание на целевом сервере. Параметр AuthType указывает, что требуется использовать обычную проверку подлинности, и, таким образом, необходимо указать имя пользователя и пароль. Наконец, параметр инклудеаклс = «false» указывает, что не нужно копировать списки управления доступом (ACL) файлов в исходном веб-приложении на целевой сервер.
• Аргумент – глагол: Sync указывает, что вы хотите реплицировать исходное содержимое на целевом сервере.
• Аргументы – disableLink указывают, что вы не хотите реплицировать пулы приложений, конфигурацию виртуального каталога или сертификаты SSL (SSL) на целевом сервере. Дополнительные сведения см. в разделе расширения ссылок веб-развертывание.
• Параметр – сетпарамфиле задает расположение файла SetParameters. XML .
• Параметр – алловунтрустед указывает, что веб-развертывание должен принимать SSL-сертификаты, которые не были выданы доверенным центром сертификации. Если вы развертываете в обработчик веб-развертывание и используете самозаверяющий сертификат для защиты URL-адреса службы, необходимо включить этот параметр.

Автоматизация развертывания веб-пакетов

В большинстве корпоративных сценариев вам потребуется развернуть веб-пакеты в рамках более крупного или автоматизированного развертывания. Независимо от того, выбрано ли развертывание веб-пакетов путем запуска файла . deploy. cmd или непосредственно с помощью MSDeploy. exe, можно параметризовать команды и вызывать их из целевого объекта в Microsoft Build Engineном файле проекта (MSBuild).

В образце решения диспетчера контактов ознакомьтесь с целевым объектом публишвебпаккажес в файле Publish. proj . Этот целевой объект выполняется один раз для каждого файла . deploy. cmd , идентифицируемого списком элементов с именем публишпаккажес. Целевой объект использует свойства и метаданные элемента для создания полного набора значений аргументов для каждого файла . deploy. cmd , а затем использует задачу exec для выполнения команды.

Более широкий обзор модели файла проекта в образце решения и общие сведения о файлах пользовательских проектов см. в разделе Основные сведения о файле проекта и понимании процесса сборки.

Рекомендации по конечной точке

Независимо от того, выполняется ли развертывание веб-пакета путем запуска файла deploy. cmd или непосредственно с помощью MSDeploy. exe, необходимо указать имя компьютера или конечную точку службы для развертывания.

Если целевой веб-сервер настроен для развертывания с помощью службы веб-развертывание Remote Agent, укажите URL-адрес целевой службы в качестве места назначения.

Кроме того, можно указать имя сервера в качестве места назначения, а веб-развертывание будет вычислять URL-адрес удаленной службы агента.

Если целевой веб-сервер настроен для развертывания с помощью обработчика веб-развертывание, необходимо указать адрес конечной точки службы веб-управления IIS (WMSvc) в качестве места назначения. По умолчанию используется следующий вид:

Вы можете ориентироваться на любую из этих конечных точек, используя либо непосредственно файл . deploy. cmd , либо msdeploy. exe. Однако если требуется выполнить развертывание в обработчик веб-развертывание как пользователя без прав администратора, как описано в разделе Настройка веб-сервера для публикации веб-развертывание (обработчик веб-развертывание), необходимо добавить строку запроса в адрес конечной точки службы.

Это обусловлено тем, что пользователь без прав администратора не имеет доступа на уровне сервера к службам IIS. Он имеет доступ только к определенному веб-сайту IIS. На момент написания статьи из-за ошибки в конвейере веб-публикаций нельзя запустить файл . deploy. cmd , используя адрес конечной точки, включающий строку запроса. В этом сценарии необходимо развернуть веб-пакет с помощью MSDeploy. exe напрямую.

Дополнительные сведения о службе удаленного агента веб-развертывание и обработчике веб-развертывание см. в разделе Выбор правильного подхода к веб-развертыванию. Инструкции по настройке файлов проекта для конкретной среды для развертывания в этих конечных точках см. в разделе Настройка свойств развертывания для целевой среды.

Вопросы, касающиеся проверки подлинности

Независимо от того, выполняется ли развертывание веб-пакета путем запуска файла . deploy. cmd или непосредственно с помощью MSDeploy. exe, необходимо указать тип проверки подлинности. Веб-развертывание принимает два возможных значения: NTLM или Basic. При указании обычной проверки подлинности также необходимо указать имя пользователя и пароль. При выборе типа проверки подлинности необходимо учитывать различные факторы.

• Если выполняется развертывание в службе удаленного агента веб-развертывание, необходимо использовать проверку подлинности NTLM. Служба удаленного агента не принимает учетные данные обычной проверки подлинности.
• При развертывании в обработчик веб-развертывание можно использовать проверку подлинности NTLM или обычную. Значение по умолчанию — обычная проверка подлинности. Хотя обычная проверка подлинности зависит от имен пользователей и паролей, передаваемых в виде обычного текста, учетные данные защищаются, так как обработчик веб-развертывание всегда использует шифрование SSL.
• Если веб-пакет содержит базу данных, а веб-сервер и сервер базы данных являются отдельными компьютерами, то вы не сможете развернуть базу данных с помощью проверки подлинности NTLM из-за ограничения «двойного прыжка» NTLM. Необходимо либо использовать учетные данные SQL Server в строке подключения развертывания, либо указать учетные данные обычной проверки подлинности для веб-развертывание. Эта проблема подробно описана в статье развертывание баз данных членства в корпоративных средах.

Заключение

В этом разделе описано, как развернуть веб-пакет, запустив файл . deploy. cmd или непосредственно с помощью MSDeploy. exe. Он объясняется, когда подходит каждый подход, и он описывает, как можно параметризовать и выполнить команду развертывания в рамках большого процесса одноэтапного или автоматизированного построения.

Дополнительные материалы

Инструкции по созданию и параметризации пакета веб-развертывания см. в статьях Создание и упаковка проектов веб-приложений и Настройка параметров для развертывания веб-пакетов. Инструкции по созданию и развертыванию веб-пакетов из экземпляра Team Foundation Server (TFS) см. в разделе настройка Team Foundation Server для автоматического веб-развертывания. Сведения о настройке и устранении неполадок в процессе развертывания см. в разделе исключение файлов и папок из развертывания.

Источник