Как скомпилировать / перенести решение Visual Studio с одного компьютера на другой?
Недавно я получил решение, которое было создано на машине другого человека. В последние 2 дня я бился головой о монитор, пытаясь полностью перенести решение на мою машину. Я вручную изменял адреса каталогов решения и не смог скомпилировать решение, хотя думаю, что на данный момент исправил более 100 путей. Вот Это мои первые попытки перенести решение на мою машину и решить проблему невозможности открыть ни один из файлов.
Теперь я могу открыть все файлы в каждом проекте на моем компьютере (после изменения их пути вручную). Тем не менее, я все еще получаю те же ошибки, и я не могу скомпилировать проект. Ниже картина ошибок, которые я получаю:
А также Вот это выходной журнал при попытке скомпилировать проект. Поэтому мне интересно, может кто-нибудь дать мне совет, как мне делать весь процесс автоматически? в выходной журнал Я вижу, что есть путь F: Virtual …, который указывает, что решение было создано на виртуальной машине. Однако я не использую виртуальную машину и не могу найти файл, содержащий этот путь (F: …), чтобы я мог изменить его на правильный (даже не знаю, какой должен быть правильный) так как я не использую ВМ).
Если вы не можете помочь мне с описанием, которое я дал, или с выходным файлом журнала, вы можете загрузить все решение. отсюда а затем дайте мне несколько инструкций о том, как мне следует собирать и использовать его. Я действительно ценю твою помощь.
Решение
Скорее всего, кто-то изобиловал файл проекта, потому что обычно все пути определяются по отношению к проекту или решению, что делает их переносимыми.
Кроме того, убедитесь, что у вас настроена система контроля версий, чтобы вы могли отслеживать свои действия. Это должно быть стандартным в любой разработке программного обеспечения, но, учитывая состояние проекта, я не удивлюсь, если найду там другие волосатые места.
Visual Studio Копировать проект
Я хочу сделать копию своего проекта. Я бы предпочел не начинать делать это с нуля, добавляя файлы, ссылки и т. Д. Обратите внимание, что я не имею в виду копирование для развертывания. Просто копия.
Есть ли в VS инструмент для этого? Я использую VS 2008
Мастер позволит вам определить
Затем он архивирует ваш проект в каталог «Мои экспортированные шаблоны». У вас также есть возможность сделать ваш шаблон доступным при создании нового проекта.
Когда вы используете свой шаблон для создания нового проекта, пространство имен будет правильным для your_new_project_name во всех файлах, все ссылки правильные, все идеально
Я сделал шаблон ASP.NET MVC с папками, страницей макета, моделями просмотра и т.д., расположенными так, как мне нравится.
ПРИМЕЧАНИЕ.
Если в вашем проекте есть пустая папка, она НЕ будет добавлена в шаблон, поэтому я просто добавил пустой класс, соответствующий каждой папке, и образец изображения для папки изображений.
Думаю, если это то, что вы делаете часто, есть небольшая (платная) утилита, которая обещает сделать это за вас: я не использовал ее, поэтому не уверен, насколько она хороша:
На CodePlex также есть этот проект:
Я, вероятно, попробую проект codeplex, и если он не сработает, я вручную все переименую и отредактирую файл sln.
Сказав все это, позвольте мне дать вам метод пошагового копирования проекта:
Возможно, теперь вам придется исправить несколько ошибок сборки, вероятно, с дублированными / отсутствующими ссылками и прочим, но в остальном он такой же нетронутый по логике и структуре, как вы и ожидали.
Ссылка на сведения о миграции и обновлении проекта для Visual Studio
Как правило, каждая версия Visual Studio поддерживает большую часть типов проектов, файлов и других ресурсов предыдущих выпусков. С ними можно работать, как обычно, при условии, что вы не зависите от новых функций. В Visual Studio по возможности сохраняется обратная совместимость с предыдущими версиями, такими как Visual Studio 2015, Visual Studio 2013 и Visual Studio 2012. (См. заметки о выпуске, чтобы узнать, какие функции к какой версии относятся.)
Поддержка некоторых типов проектов также со временем меняется. Новейшая версия Visual Studio может больше не поддерживать некоторые проекты или же потребовать обновить проект так, что он больше не будет обратно совместимым. Текущее состояние проблем с миграцией см. на сайте сообщества разработчиков Visual Studio.
Для определенных типов проектов требуется установить соответствующие рабочие нагрузки с помощью установщика Visual Studio. При отсутствии установленной рабочей нагрузки Visual Studio сообщает о неизвестном или несовместимом типе проекта. В этом случае проверьте параметры установки и повторите попытку. Просмотрите статью о целевой платформе и совместимости для получения сведений о поддержке проектов в Visual Studio 2017.
Типы проектов
В следующем списке описывается поддержка проектов Visual Studio 2017, созданных в более ранних версиях.
Если тип проекта или файла отсутствует, просмотрите статью о версии Visual Studio 2015 и воспользуйтесь параметром Отправить отзыв > Об этой странице в нижней части этой страницы для предоставления сведений о проекте. (При использовании анонимного элемента Была ли эта страница полезной? мы не можем отвечать на ваши отзывы.)
Как Visual Studio определяет необходимость переноса проекта
В каждой новой версии Visual Studio по возможности сохраняется совместимость с предыдущими версиями, чтобы проект можно было открывать, изменять и выполнять его сборку в разных версиях. Однако со временем неизбежны изменения, из-за которых некоторые типы проектов могут больше не поддерживаться. (Список типов проектов, поддерживаемых в Visual Studio 2017, см. в статье Целевые платформы и совместимость.) В таких случаях проект не будет загружаться в более новой версии Visual Studio и путь миграции предлагаться не будет. С проектом следует работать в предыдущей версии Visual Studio, которая поддерживает его.
В других случаях проект может открываться в более новой версии Visual Studio, но он должен быть обновлен или перенесен, из-за чего он может стать несовместимым с предыдущими версиями. Необходимость в миграции определяется в Visual Studio на основе ряда критериев:
совместимость с целевыми версиями платформ вплоть до Visual Studio 2013 RTM;
совместимость ресурсов времени разработки с предыдущими версиями Visual Studio (в частности, с различными каналами Visual Studio 2017, Visual Studio 2015 RTM и с обновлением 3, Visual Studio 2013 RTM и с обновлением 5, Visual Studio 2012 с обновлением 4, Visual Studio 2010 с пакетом обновления 1 (SP1)); в случае использования нерекомендуемых ресурсов времени разработки в Visual Studio 2017 предпринимается попытка обработать их корректно, не повреждая их, чтобы проект по-прежнему мог открываться в предыдущих версиях;
нарушение совместимости с предыдущими версиями вплоть до Visual Studio 2013 RTM и с обновлением 5 из-за новых ресурсов времени разработки.
Технический владелец проекта оценивает эти критерии и создает запрос, если имеется необходимость в поддержке, обеспечении совместимости и миграции. Между версиями Visual Studio по возможности обеспечивается прозрачная совместимость. Это означает, что проекты, создаваемые и изменяемые в одной версии Visual Studio, будут работать в других версиях.
Однако если такая совместимость невозможна, как в случае с некоторыми типами проектов, описанными в этой статье, в Visual Studio открывается мастер обновления для внесения необходимых односторонних изменений.
Следующие шаги
Дополнительные сведения см. в следующих статьях:
