Подтвердить что ты не робот

Построение успешно завершается, но публикация не выполняется

До двух дней назад я смог использовать Visual Studio 2010 "Опубликовать веб-сайт", щелкнув правой кнопкой мыши на моем проекте и нажав кнопку публикации в контекстном меню. Теперь, когда я пытаюсь сделать то же самое, я получаю следующий вывод:

------ Build started: Project: ELMS, Configuration: Debug Any CPU ------
Build started 8/1/2011 3:08:03 PM.
GenerateTargetFrameworkMonikerAttribute:
Skipping target "GenerateTargetFrameworkMonikerAttribute" because all output files are
up-to-date with respect to the input files.
_CopyOutOfDateSourceItemsToOutputDirectoryAlways:
Copying file from "C:\SVN\TrakNet\trunk\MTS\lib\Newtonsoft.Json.Net35.dll" to 
  "bin\lib\Newtonsoft.Json.Net35.dll".
CopyFilesToOutputDirectory:
  LMS -> C:\SVN\TrakNet\trunk\MTS\bin\LMS.dll

Build succeeded.

Time Elapsed 00:00:00.04
------ Publish started: Project: LMS, Configuration: Debug Any CPU ------
Object reference not set to an instance of an object.
========== Build: 1 succeeded or up-to-date, 0 failed, 0 skipped ==========
========== Publish: 0 succeeded, 1 failed, 0 skipped ==========

Это при попытке публикации на localhost (для целей отладки)

Вот настройки профиля публикации, которые я использую:

Publish Method: Web Deploy
Service URL: localhost
Site/application: default web site/ELMS
[x] Mark as IIS application on destination
[x] Leave extra files on destination (do not delete)

Я уже пытался:

- Cleaning/rebuilding the project
- Deleting the bin folder of the project
- Running reg_iis.exe -i
- Reinstalling VS2010

но ничего, что я изменил, исправил ошибку.

Любое понимание того, что может вызвать проблему, будет с благодарностью:)

EDIT:

Проблема действительно разрешилась с моей последней перезагрузки. Я должен был перезагрузиться 6-7 раз, так как проблема впервые проявилась, но на этот раз нет сообщения об объекте. Здесь журнал из сборки/публикации сейчас:

------ Build started: Project: LMS, Configuration: Debug Any CPU ------
Build started 8/3/2011 9:10:12 AM.
GenerateTargetFrameworkMonikerAttribute:
Skipping target "GenerateTargetFrameworkMonikerAttribute" because all output files are up-to-date with respect to the input files.
_CopyOutOfDateSourceItemsToOutputDirectoryAlways:
  Copying file from "C:\SVN\TrakNet\trunk\MTS\lib\Newtonsoft.Json.Net35.dll" to "bin\lib\Newtonsoft.Json.Net35.dll".
CopyFilesToOutputDirectory:
  LMS -> C:\SVN\TrakNet\trunk\MTS\bin\LMS.dll

Build succeeded.

Time Elapsed 00:00:00.04
------ Publish started: Project: LMS, Configuration: Debug Any CPU ------
Gather all files from Project items @(IntermediateAssembly). Adding:
bin\LMS.dll to bin\LMS.dll
bin\LMS.pdb to bin\LMS.pdb
Gather all files from Project items @(Content). Adding:
Global.asax;lib\Newtonsoft.Json.Net35.dll;MtsSchemas\MtsSchema.xml;Web.config
Gather all files from Project output (IntermediateSatelliteAssembliesWithTargetPath).
Adding:
Gather all files from Project items
@(ReferenceCopyLocalPaths,ReferenceComWrappersToCopyLocal,ResolvedIsolatedComModules,_DeploymentLooseManifestFile,NativeReferenceFile).
Gather all files from Project items @(AllExtraReferenceFiles). Adding:
Gather all files from Project items
@(_SourceItemsToCopyToOutputDirectoryAlways,_SourceItemsToCopyToOutputDirectory). Adding:
bin\lib\Newtonsoft.Json.Net35.dll
Gather all files from Project items @(_binDeployableAssemblies). Adding:
Publish Pipeline Collect Files Phase
Found The following for Config tranformation:
Web.config
Creating directory "C:\SVN\TrakNet\trunk\MTS\obj\Debug\TransformWebConfig\transformed\".
Publish Pipeline Transform Phase
Creating directory "C:\SVN\TrakNet\trunk\MTS\obj\Debug\CSAutoParameterize\transformed\".
Copying Web.config to obj\Debug\CSAutoParameterize\original\Web.config.
Transforming Source File: C:\SVN\TrakNet\trunk\MTS\Web.config
  Applying Transform File: <?xml version="1.0"?>
        <configuration xmlns:xdt="http://schemas.microsoft.com/XML-Document-Transform">
          <connectionStrings>
            <add
              connectionString="{% token='$(ReplacableToken_#(parameter)_#(tokennumber))' xpathlocator='name' parameter='$(name)-Web.config Connection String' description='$(name) Connection String used in web.config by the application to access the database.' defaultValue='$(connectionString)' tags='SqlConnectionString' %}"
              xdt:Transform="SetTokenizedAttributes(connectionString)" xdt:SupressWarnings="True" />
          </connectionStrings>
        </configuration>
      Output File: obj\Debug\CSAutoParameterize\transformed\Web.config
    Transformation succeeded
Auto ConnectionString Transformed Web.config into obj\Debug\CSAutoParameterize\transformed\Web.config.
Creating directory "obj\Debug\Package\PackageTmp".
Copying all files to temporary location below for package/publish:
obj\Debug\Package\PackageTmp.
Copying bin\LMS.dll to obj\Debug\Package\PackageTmp\bin\LMS.dll.
Copying bin\LMS.pdb to obj\Debug\Package\PackageTmp\bin\LMS.pdb.
Copying Global.asax to obj\Debug\Package\PackageTmp\Global.asax.
Copying lib\Newtonsoft.Json.Net35.dll to obj\Debug\Package\PackageTmp\lib\Newtonsoft.Json.Net35.dll.
Copying MtsSchemas\MtsSchema.xml to obj\Debug\Package\PackageTmp\MtsSchemas\MtsSchema.xml.
Copying C:\SVN\TrakNet\trunk\MTS\lib\Newtonsoft.Json.Net35.dll to obj\Debug\Package\PackageTmp\bin\lib\Newtonsoft.Json.Net35.dll.
Copying obj\Debug\CSAutoParameterize\transformed\Web.config to obj\Debug\Package\PackageTmp\Web.config.
Publish Pipeline Deploy phase Pre-Deploy CopyAllFilesToOneFolder Stage
Generate source manifest file for Web Deploy package/publish ...
Creating directory "obj\Debug\Database".
Starting Web deployment task from source:manifest(C:\SVN\TrakNet\trunk\MTS\obj\Debug\Package\LMS.SourceManifest.xml) to Destination:auto().
Updating filePath (default web site/LMS\bin\ELMS.dll).
Updating filePath (default web site/LMS\bin\ELMS.pdb).
Updating filePath (default web site/LMS\bin\lib\Newtonsoft.Json.Net35.dll).
Updating filePath (default web site/LMS\lib\Newtonsoft.Json.Net35.dll).
Updating filePath (default web site/LMS\Web.config).
Updating setAcl (default web site/LMS).
Updating setAcl (default web site/LMS).
Successfully executed Web deployment task.
Publish is successfully deployed.
========== Build: 1 succeeded or up-to-date, 0 failed, 0 skipped ==========
========== Publish: 1 succeeded, 0 failed, 0 skipped ==========

Как я уже сказал: понятия не имею, что изменилось. Я вручную перемещал библиотеки DLL в виртуальный каталог веб-сайта, а затем только для ударов, которые я пытался опубликовать сегодня утром, и все получилось прекрасно.

4b9b3361

Ответ 1

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

Это может быть один из нескольких вариантов:

  • Файл был удален, но проект все еще ссылается на него. Не удалось скомпилировать, не опубликует.
  • Файл был добавлен, но проект не ссылается. Может компилироваться, зависит от того, ссылаются ли на класс/методы в другом месте проекта/решения. Если компилирует, опубликует.
  • Файл был добавлен, но слияние проекта вызвало его появление более одного раза в списке проектов. Скомпилирует, не опубликует.

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

Ответ 2

Я также столкнулся с такой же проблемой, я просто удалил желтый отмеченный файл из проекта Visual Studio project, и это сработало для меня.

Ответ 3

Исключите папку bin (и/или) obj из проекта и опубликуйте. Это сработало для меня

Ответ 4

Я недавно опубликовал эту проблему для Azure. В итоге я удалил все файлы в папке bin (удалил все файлы ВИН ВИНОСТРОИТЕЛЬНО-ПРОГРАММНОГО ПРОИЗВОДИТЕЛЯ в папку bin, но оставил папку bin пустой) и перестроил проект. Это, казалось, сделало визуальную студию счастливой и лазурной публикацией. надеюсь, что это поможет

Ответ 5

Это сработало для меня: вручную удалите папку obj, перестройте, а затем опубликуйте. Так или иначе, какое-то разрешение в папке obj застряло, а удаление/воссоздание папки очистило ошибку.

Ответ 6

Я удалил папку bin и obj, а также содержимое файла inetpub/wwwroot/myapp и проблемы

Ответ 7

ничего не работает для меня. удаление имени пользователя obj и bin-clean-change webservice name-shorten webservice.

Но вообще,

+ Разверните свой Reference.svcmap из визуальной студии.

+ Обновить ссылку.

+ И удалите желтые источники данных предупреждения.

работает для меня

Ответ 8

открыть файл projectname.csproj в блокноте и удалить obj\debug\project name.csprojResolveAsseblyReference.cache line

Ответ 9

Недавно я столкнулся с той же проблемой. И я на самом деле отслеживал его, ища файл, который отсутствовал.

Причина ошибки: в visual studio я включил файл, а затем удалил его из файловой системы (но не из visual studio). У VS все еще была ссылка на этот файл. Поэтому, как только я удалил ссылку из VS, я смог успешно опубликовать ее!

Ответ 10

У меня возникла аналогичная проблема, когда я вручную скопировал папку в проект (в моем случае ckeditor). Он прекрасно строился и работал без проблем. Однако при публикации папки было проигнорировано. Оказывается, мне пришлось создать пустую папку 1st, а затем скопировать содержимое папки. Visual Studio должен знать, что элемент был создан, он появляется, потому что после этого он был распознан при публикации.

Ответ 11

Эта проблема может возникнуть из-за перехода проекта из одного решения в другое или перехода к другому источнику управления.

Простой способ решить эту проблему:

  • Возьмите текущую резервную копию проекта и удалите из проекта текущий проект.

  • Добавьте новый проект в свое решение и включите ваши файлы из резервной копии и перестройте свой проект.

Ответ 12

Причиной этого является передача вашего проекта из другой среды. Чтобы решить эту проблему, удалите папку "obj" из каталога проекта, а также из браузера решений, щелкнув правой кнопкой мыши по папке "obj".

После этого создайте свой проект и опубликуйте его. Он будет работать нормально.

Ответ 13

Я решил это, удалив файл "packages.config" из моего проекта, который был отмечен как отсутствующий. После этого публикация отлично работала.

Ответ 14

Мне пришлось вручную копировать и вставлять недостающие файлы, которые VS запрашивал в папке BIN..pbd,.xml Иногда они не копируются.

Ответ 15

Просто переименуйте папку Packages Nugets. Visual Studio автоматически получит необходимые пакеты, и сборка будет успешной, и публикация тоже будет работать.

Ответ 16

В случае, если это кому-нибудь поможет, для моего проекта MVC в VS 2015 это был следующий файл: Файл System.pubxml.user В каталоге профиля публикации, в том числе это вызвало ошибки компиляции, но удаление его позволило его опубликовать!

Ответ 17

Мне пришлось удалить профиль публикации, зафиксировать, а затем заново создать профиль публикации с нуля.

Ответ 18

Я удалил все существующие профили публикации в Visual Studio → Обозреватель решений → Мой проектный узел → Свойства → Опубликовать профили. То же самое можно сделать, щелкнув правой кнопкой мыши Проект в Обозревателе решений → Опубликовать → вкладка Профиль → Управление профилями - > Удалить все профили Теперь загрузите соответствующий профиль из Azure или выберите из своего каталога, если он уже сохранен на вашем компьютере, и выберите его. Затем очистите и перестройте проект. Убедитесь, что вы выбрали проект, созданный в режиме Release, и также выбрали "Release" Publish → Settings → Configuration Now Publish, это сработало для меня.

Ответ 19

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