Как я могу запретить компиляции .vdproj обновлять PackageCode при каждой компиляции? - PullRequest
Новая
       55

Как я могу запретить компиляции .vdproj обновлять PackageCode при каждой компиляции?

5 голосов
/ 01 марта 2011

У меня есть решение Visual Studio 2010 для веб-приложения, которое содержит все проекты, составляющие веб-приложение, а также файл .vdproj, который создает установщик.Все файлы находятся под управлением конфигурации.

Всякий раз, когда я компилирую это решение без каких-либо изменений в исходном коде, Visual Studio будет проверять файл .vdproj и вносить изменения.Как минимум, PackageCode будет изменен на другой GUID.В других случаях он будет изменять порядок иерархии в разделе «DeployProject» файла .vdproj в дополнение к обновлению PackageCode.

Этого не происходит ни с одним из наших других файлов .vdproj.Одна особенность, которая делает этот .vdproj уникальным, состоит в том, что он не только содержит основной вывод из других проектов в решении, но и содержит более 50 дополнительных файлов .iso, .kml, .jpg, которые не происходят из проекта Visual Studio.Может ли это вызвать изменение PackageCode каким-либо образом?

Ответы [ 2 ]

1 голос
/ 31 мая 2011

Это первый полезный запрос Google при поиске бесконечного диалогового сообщения после установки VS2010 SP1 и построения решения с проектами установки (.vbproj). Это было исправлено MS. Я публикую более прямую ссылку на загрузку исправления.

Исправлено для SP1 .

http://connect.microsoft.com/VisualStudio/Downloads/DownloadDetails.aspx?DownloadID=35848

Прочитайте ссылку на исправление, поскольку вам все еще нужно изменить свойства проекта, чтобы действие по умолчанию при сборке не пыталось изменить код продукта при каждой сборке (см. Свойство проекта, добавленное с помощью исправления: BackwardCompatibleIDGeneration ).

1 голос
/ 18 марта 2011

Код пакета должен изменяться каждый раз, когда вы «выпускаете» MSI, см. http://msdn.microsoft.com/en-us/library/Aa370568. Поскольку VS не знает, будете ли вы распространять эту MSI или нет, она играет безопасно и изменяет код пакета.

Visual Studio должна быть в состоянии справиться с этим в сочетании с контролем исходного кода, и вам повезло, что это делает это за вас (в некотором смысле, очевидно).В Visual Studio 2010 SP1 есть проблема, см. http://connect.microsoft.com/VisualStudio/feedback/details/650587/vs-2010-sp1-changes-packagecode-in-vdproj-on-each-build-but-fails-as-source-controlled

...