#visual-studio-2019 #tfs-2015
Вопрос:
Последний разработчик развертывал наш проект MVC в Интрасети с VS2019 в течение многих лет, используя метод построения очереди XAML до TFS2015.
Однако после недавнего обновления VS до 16.10.3 (с 16.1.3) — сборка очереди теперь завершается неудачно (см. Прилагаемый рисунок). Он не может найти все файлы конфигурации (хотя я могу видеть их в обозревателе решений).
Мне еще предстоит определить, было ли это обновление VS, которое убило его, или какое-то другое ежемесячное исправление MS (возможно, на самом сервере TFS).
Поскольку я очень неопытен в кодировании .NET MVC (на самом деле в VS), может ли кто-нибудь определить очевидную причину, по которой это не удается?
Традиционно функция построения очереди VS завершается в
Я нахожусь в процессе восстановления виртуальной машины до момента, предшествовавшего обновлению VS (~65 дней назад), и до момента, когда решение для интрасети было успешно опубликовано в последний раз.
Комментарии:
1. Маловероятно, что это имеет какое-либо отношение к версии Visual Studio. Более вероятно, что разработчик внес изменения, которые что-то сломали. Невозможно судить по тому, что вы описываете, и по вашему скриншоту, и на самом деле вы не можете предоставить никаких подробностей, которые помогли бы вам получить лучший ответ. Это тот случай, когда людям, хорошо осведомленным о вашем программном обеспечении и вашей среде, необходимо будет работать вместе для устранения неполадок. Незнакомые люди в Интернете не смогут дать много рекомендаций.
2. Я вернул виртуальную машину обратно в старую версию VS, и это не имело никакого значения. Функция сборки завершилась с теми же ошибками, что и раньше. В итоге я выяснил встроенную функцию публикации VS (IIS) и смог загрузить свой архив содержимого таким образом. Мне нужно перенести последнюю копию кода в Azure Devops и отказаться от устаревшего TFS 2015. Исследования показывают, что это не такой прямой fwd, как кажется.
3. Каждый раз, когда я пытаюсь клонировать репозиторий DevOps, он заменяет весь мой код пустым решением (нулевой код). Каждый раз, когда я пытаюсь указать код на новое репозиторий DevOps, он выдает ошибку и говорит, что репозиторий DevOps не пуст. Единственный способ, которым я могу подумать о получении ОДНОЙ (последней версии кода) до DevOps, может заключаться в том, чтобы клонировать пустое репозиторий devops в локальную папку, закрыть VS, вручную скопировать содержимое папки из проекта в новую локальную папку, созданную из клона, затем повторно открыть VS и надеяться, что он снова синхронизируется с DevOps.
Ответ №1:
Способ копирования локального кода в Devops:
http://raaviblog.com/how-to-push-project-code-from-local-machine-into-azure-devops-git-repo/
1. git init
2. git remote add origin <replace the URL of Azure Git Repo copied earlier>
*если вы получите сообщение об ошибке «фатально: удаленный источник уже существует» — вы можете запустить:
git удаленный набор-источник URL
-адреса ….затем перейдите к шагу 3. Эта альтернативная команда заменяет Шаг 2.
3. git add .
4. git commit -m “New project added”
5. git push -u origin master