Ссылочный путь в Visual Studio не работает, когда я выгружаю проект в том же решении
У меня есть проект ASP.NET MVC с одним решением и 52 проектами в одном решении. Как вы знаете, создание всего решения занимает много времени. Поэтому я решил выгрузить некоторые проекты до тех пор, пока в коде выгруженного проекта не появится какое-то изменение или задача спринта. Однако мы команда и используем контроль версий TFS, и нам нужно использовать обновленную выгруженную сборку. Итак, у меня есть сервер сборки, который гарантирует, что всякий раз, когда кто-то начинает регистрироваться (например -> в нашей сети), там можно найти последнюю версию всей сборки.
Я добавил путь в качестве пути ссылки к проекту пользовательского интерфейса (основной проект решения) решения, и я ожидаю, что при выгрузке некоторых проектов ссылка будет поступать в визуальную студию с пути к серверу сборки (
C:\bin) в противном случае ссылка на проект поступает в Visual Studio из вложенного проекта (не с сервера сборки).
Но ссылку не найти, когда проект выгружен.
И мой сервер сборки содержит сборку
1 ответ
Наконец, я нашел способ (только в Visual Studio 2019) выгружать проекты и, тем не менее, использовать обновленную библиотеку классов выгруженных проектов. И спасибо Hooman за его идею использования двух отдельных решений.
Дело в том, что в Visual Studio 2019 есть функция «Сохранить как фильтр решения», которая находится в расширениях .slnf . Таким образом, я могу выгрузить некоторые из моих проектов и зарегистрировать файл .slnf через систему управления версиями (например, tfs). Итак, у меня есть два решения: одно - .sln, которое содержит все проекты, а другое - .slnf, которое выгружает некоторые из проектов в нем.
Что мы можем сделать, так это то, что всякий раз, когда я хочу получить свой проект, я должен использовать файл .sln и строить его, а затем закрывать файл, а затем открывать файл .slnf (я уверен, что я обновил библиотеку классов выгруженных проектов. ) и выполните мою задачу и отметьте мои изменения.