Где хранятся проекты visual studio

Обновлено: 07.01.2025

В наше время open source проекты все популярнее. На площадках открытых проектов, например, на github можно найти множество полезных программ, но они не всегда имеют исполняемые файлы ("exe"), поэтому я постараюсь рассказать о том, как можно собрать самостоятельно C/C++ программу, из исходников, написанную на Microsoft Visual Studio.

Первым делом нам необходимо загрузить онлайн установщик Microsoft Visual Studio, с официального сайта. Для компиляции С/С++ проектов нет необходимости во всех пакетах и можно выбрать только те, которые нам необходимы.

Установщик загрузит необходимые пакеты из интернета и установит их.

После установки Visual Studio можно убедиться, что всё работает создав тестовый проект и скомпилировав его. Для этого нажмите в меню "Файл" → "Создать" → "Проект. "

После чего появится диалог выбора типа проекта, где можно выбрать:

• Консольное приложение;
  
• Классическое приложение;
  
• Библиотеку динамической компоновки (dll);
• Статическую библиотеку;

В нашем случае для быстрой проверки подойдет консольное приложение, выбираем название и папку проекта , после чего жмём кнопку "ОК" и создается наша программа.

После этого остается остается лишь скомпилировать её, для этого нужно выбрать в меню "Сборка" и нажать на пункт "Собрать решение".

Далее наш проект скомпилируется и в папке проекта появится наш тестовый исполняемый файл ("exe").

Если всё работает как надо, то можно приступать к сборке какого-нибудь другого открытого проекта с github или другого хостинга проектов.

Первым делом нам нужно загрузить исходники проекта. На площадке github это делается довольно просто, жмем на кнопку "Code" и "Download ZIP". После чего нужно распаковать его и можно приступать к сборке.

Ищем файл с расширением "<название_проекта>.vcxproj" и запускаем его. Перед нами появится диалог в котором нам предложат обновить SDK проекта (набор библиотек для разработки, которые Microsoft периодически обновляет) и набор инструментов, жмём обновить.

Теперь наш проект можно собрать, но до сборки необходимо выбрать разрядность проекта (например, для 32 битной системы или 64 битной), а также тип сборки (отладочный режим - debug или release).

Выбираем 64 битную систему и тип сборки релиз, после чего компилируем проект. Как и ранее нужно выбрать в меню "Сборка" и нажать на пункт "Собрать решение".

Некоторые проектам требуется вручную изменить SDK и набор инструментов, на установленный у вас, для этого идём в свойства проекта, выбираем сверху типа сборки и разрядность системы и уже там изменяем SDK и набор инструментов. В выпадающем меню появляются установленные у нас версии, выбираем их и нажимаем "ОК". После чего наш проект скомпилируется.

Бывает, что проект использует сторонние библиотеки, для этого их нужно загрузить отдельно и положить в папку. Узнать путь или изменить его можно в свойстве проекта, в разделе "С/C++" → "Общие" → "Дополнительные каталоги включаемых файлов".

Бывает, что SDK или набор инструментов, в свойстве проекта не изменяется в диалоге, чтобы изменить их нужно записать номер SDK, закрыть Visual Studio и вручную, блокнотом изменить этот номер в файле проекта "<название_проекта>.vcxproj".

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

Информационная система хранит
Информационная система хранит данные о студентах, преподавателях, мероприятиях, достижениях.

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

Флешка не хранит данные
кидаю файлы на флешку прихожу домой втыкаю в комп половина информации нет, или пустые папки что.

Должно работать автовосстановление (по умолчанию файлы проекта сохраняются каждые 5 мин и хранятся 7 дней). Файлы сохраняются в папку \. \Мои документы\Visual Studio <версия>\Backup Files\<Название проекта>. правда если срок истек, то ничего там уже не осталось jivot, нет что то папки Backup у меня по обозначенному пути

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

Не хочу показаться злорадным, но на вопрос "когда вы делали последний бэкап?" правильный ответ должен быть "вчера".

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

Где WordPress хранит картинки?
Подскажите плиз где wordpress хранит картинки загруженные в разделе Media? в какой таблице бд.

Где хранит базы ДрВеб
Всем привет! Поставил 6.0 при обновлении появилась папка DrWeb/Temp. После завершения обновления.

Где Windows 7 хранит обновления?
Обновил window 7 с помощью Центр обновления Windows. Вопрос! может кто знает? где window хранит.

Некоторая переменная хранит число
ОШИБКА В ПРОГРАММЕ ОЛИМПИАДА 7 КЛАСС Некоторая переменная хранит число. Если оно от 2 до 5.

Для эффективной разработки и выполнения сборочного процесса в групповой среде, важно начать с создания правильной структуры проекта, одинаковой на всех компьютерах разработчиков и на сервере сборки (build server).

В этой главе даны рекомендации по:

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

Файлы решений (с расширением .sln) объединяют в группу связанные проекты и применяются в основном для управления процессом сборки. С их помощью можно управлять зависимостями и порядком, в котором собираются содержащиеся в них проекты.

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

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

Solution - Решение
Dependencies - Зависимости
Project - Проект
User Specific File (Not Version Controlled) - Файл, специфичный для пользователя (вне системы контроля версий)
AppName - Имя приложения
Non-User Specific File (Version Controlled) - Файл, не специфичный для пользователя (в системе контроля версий)

Решения и сборочные зависимости

Файлы, включаемые в систему контроля исходного кода

Прочие файлы, в том числе пользовательский файл решения (.suo) и файл проекта (.csproj или .vbproj), тоже обновляются.

Разбиение решений и проектов на отдельные части

Способ разбиения решений и проектов существенно влияет на процессы разработки и сборки в среде групповой разработки.

Существует три основных модели разбиения решений и проектов. Их список дан в порядке предпочтительности:

1. Единое решение.
2. Единое решение, разбитое на части.
3. Несколько решений.

Внимание Если у вас нет веских причин на то, чтобы задействовать модель на основе нескольких решений, избегайте ее и принимайте либо модель на основе единственного решения, либо (для больших систем) модель на основе решения, разбитого на части. С ними проще работать; к тому же, у них есть ряд важных преимуществ по сравнению с моделью на основе нескольких решений, о чем и рассказывается в следующих разделах.

По возможности применяйте модель на основе единственного решения

File Reference - Файловая ссылка
Project Reference - Ссылка на проект
Solution 1 - Решение 1
Project - Проект
Outer System Boundary - Внешняя граница системы
Inner System Boundary - Внутренняя граница системы
External Assemblies Third Party Components - Внешние сборки, в том числе компоненты сторонних поставщиков

Рис. 3.2. Модель на основе единственного решения

По возможности используйте именно эту модель, так как у нее есть ряд существенных преимуществ.

Преимущества

Недостатки

• масштабирование этой модели ограничено. Даже если вам понадобится всего один проект из решения, придется получать исходный код всех проектов этого решения;
• даже незначительные изменения в единственном файле исходного кода в одном проекте могут вызвать повторную сборку (rebuild) многих проектов в решении из-за зависимостей между проектами. Если в проекте, на который вы ссылаетесь, изменяется интерфейс сборки (assembly), вам потребуется перекомпилировать клиентский проект. А компиляция зависимых проектов может быть весьма длительной, особенно если в решении их много.

Для больших систем используйте модель, в которой решение разбивается на части

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

Это позволит вам и вашим коллегам работать над раздельными подсистемами меньшего размера в пределах внутренней системы.

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

На рис. 3.3 показана модель решения, разбитого на части. Обратите внимание на использование отдельных файлов решения, позволяющих работать с подсистемами меньшего размера в границах внутренней системы. Также заметьте, что в результате проекты содержатся более чем в одном файле решения. Например, проекты D и H размещаются в трех файлах решения, включая главный файл решения.

File Reference - Файловая ссылка
Project Reference - Ссылка на проект
Solution 1 - Решение 1
Project - Проект
Outer System Boundary - Внешняя граница системы
Inner System Boundary - Внутренняя граница системы
External Assemblies Third Party Components - Внешние сборки и компоненты оот сторонних поставщиков
Master Solution - Главное решение

Рис. 3.3. Модель решения, разбитого на части

• все проекты содержатся в главном файле решения. Он используется сборочным процессом для сборки всей системы. Если вы работаете с файлом проекта верхнего уровня, вы работаете и с главным решением;
• между индивидуальными проектами существуют ссылки на проекты;
• для некоторых файлов проектов вводятся отдельные файлы решения. При желании можно создать файл решения для каждого проекта в системе. Каждый файл решения содержит файл основного проекта и все нижестоящие проекты, от которых он зависит, а также проекты, от которых зависят только что упомянутые нижестоящие проекты, - и так до конца по всей цепочке зависимостей;
• отдельные файлы решения позволяют работать с подсистемами меньшего размера, по-прежнему используя основные преимущества ссылок на проекты. В каждом файле подрешения между составляющими его проектами создаются ссылки на проекты.
  Примечание Не разделяйте два ссылающихся друг на друга проекта между решениями, так как в этом случае вам потребуется файловая ссылка, чего по возможности следует избегать. Подробнее на эту тему см. раздел Ссылки на сборки в главе 4 "Управление зависимостями".

Преимущества

Недостатки

Используйте модель на основе нескольких решений, только если это действительно необходимо

• нет главного файла решения;
• между проектами в разных решениях используются файловые ссылки (хотя ссылки на проекты по-прежнему применяются в рамках проектов одного решения);
• сценарий сборки системы, выполняемый на сервере сборки, последовательно компилирует каждое решение на основе известных отношений зависимости (dependency relationships). Сценарий сборки помещает результаты в фиксированное место на сервере.

Модель на основе несокльких решений показана на рис. 3.4.

File Reference - Файловая ссылка
Project Reference - Ссылка на проект
Solution - Решение
Project - Проект
Outer System Boundary - Внешняя граница системы
Inner System Boundary - Внутренняя граница системы
External Assemblies Third Party Components - Внешние сборки и компоненты от сторонних поставщиков

Рис. 3.4. Модель на основе нескольких решений

Преимущества

• Каждый проект содержится только в одном решении. Поэтому добавлять и удалять проекты из системы проще.
• Можно разделить систему на несколько решений, исходя из логических границ и не обращая внимания на зависимости между проектами. Так, разделение может быть основано на областях бизнес-функциональности.

Недостатки

Рекомендации по группировванию проектов в решения

Используйте согласованную структуру папок для проектов и решений

Определите общую корневую папку

Определите общую корневую папку, например C:\Projects в файловой системе и $/Projects в VSS. Она будет служить контейнером для всех разрабатываемых систем.

В общей корневой папке создайте корневые папки для всех систем, например C:\Projects\MyCompanysInsuranceApp и $/Projects/MyCompanysInsuranceApp соответственно.

Применяйте иерархическую структуру папок для решений и проектов

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

Рекомендуемая структура показана на рис. 3.5.

Включайте в имя решения слово Solution или Soln - так проще различать имена решения и проекта.

Рекомендуемая структура приведена на рис. 3.6. Заметьте, что папка проекта и виртуальный корень Microsoft Internet Information Server (IIS) совпадают.

Local File System - Локальная файловая система
VSS Project Structure - Структура проекта VSS
Project folder AND IIS Virtual Root - Папка проекта и виртуальный корень IIS

Рис. 3.6. Рекомендуемая структура Web-приложения

Чтобы создать новое Web-приложение с такой структурой

Как разбить Web-приложение на несколько проектов

Внимание Подход, при котором используется один проект, проще, так что разбивайте Web-приложение на несколько проектов, только если это действительно необходимо. Обычно такая необходимость возникает в очень больших Web-приложениях.

Дополнительные сведения

Как создать новый проект, отличный от Web-приложения

Далее рассказывается, как создать проект, отличный от Web-приложения, скажем, консольную или Windows-программу, библиотеку классов или сервис. Предполагается, что решение называется MyWinAppSolution, а проект - MyWinApp. Рекомендуемая структура приведена на рис. 3.7.

Local File System - Локальная файловая система
VSS Project Structure - Структура проекта VSS

Рис. 3.7. Рекомендуемая структура проекта для приложений, не связанных с Web

Чтобы создать новое приложение, отличное от Web, с такой структурой

О добавлении нового проекта и решения к Visual SourceSafe см. раздел Как зарегистрировать в VSS новое решение главы 6 "Работа с Visual SourceSafe".

Тщательно обдумайте соглашения об именовании

Тщательно и заранее обдумайте, как вы будете именовать проекты, сборки, папки и пространства имен. Хотя эти элементы можно переименовать на более поздних этапах цикла разработки, старайтесь этого избегать. О том, как переименовать проект, см. раздел Переименование проекта главы 6 "Работа с Visual SourceSafe".

Также стремитесь к непротиворечивости имен, поскольку это существенно упрощает организацию проекта.

Используйте общие имена для проектов и сборок

Имя выходной сборки должно всегда совпадать с именем проекта, в котором она создается. Например, сборка MyCompany.Utilities.Data.dll должна создаваться в проекте MyCompany.Utilities.Data.

При изменении имени выходной сборки измените имя проекта и наоборот.

Используйте общее имя корневого пространства имен

Корневое пространство имен, в котором вы размещаете ваши типы (структуры, классы, интерфейсы и т. д.), должно соответствовать имени проекта и сборки.

Так, в сборке MyCompany.Utilities.Data.dll корневое пространство имен должно называться MyCompany.Utilities.Data.

Используйте общие имена для папок VSS и локальных папок

Как уже говорилось, синхронизируйте имена папок решений и проектов с эквивалентными именами папок в VSS.

Как переместить проект в другую папку в Visual Studio? Я привык к такой структуре в своих проектах.

Я хочу переименовать все пространство имен SomethingElse в SomethingNew, каков наилучший способ сделать это (без ручного входа .файл sln)?

удалить проект из решения щелкнув его правой кнопкой мыши в окне Solution Explorer и выбрав удалить. Переместите всю папку проекта, включая подкаталоги туда, куда вы хотите. Добавить проект в решение.

имена пространств имен-это нечто совершенно другое, просто отредактируйте исходный код.

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

Я использую такой подход:

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

1. закройте решение в VS2012
2. переместить проект в новое место
3. откройте решение
4. выберите проект, который не удалось загрузить
5. в окне "Свойства" есть редактируемая запись "путь к файлу", которая позволяет выбрать новое местоположение проекта
6. задайте новый путь
7. щелкните правой кнопкой мыши на проекте и выберите перезагрузить

что на самом деле работал для меня было:

1. удалить проект из решения.
2. отредактируйте файл проекта с помощью текстового редактора.
3. второй включается стандартная мелодия телефона все относительно пути к "пакетам". В моем случае пришлось менять "..\пакеты" до ". \packages", так как я переместил проект в более глубокую папку.
4. загрузить проект обратно в раствор.

надеюсь, что это помогает.

Это легко в VS2012; просто используйте функцию отображения изменений:

1. создайте папку, в которую нужно переместить решение.
2. регистрация всех файлов проекта (если вы хотите сохранить изменения), или откат любых проверенных файлов.
3. закрыть решение.
4. Откройте проводник управления версиями.
5. щелкните правой кнопкой мыши решение, и выберите "дополнительно -> удалить сопоставление. "
6. измените значение "локальная папка" на тот, который вы создали на шаге №1.
7. Выберите "Изменить".
8. откройте решение, дважды щелкнув его в проводнике системы управления версиями.

1. выгрузить проект в обозревателе решений
2. создать новое решение
3. скопируйте проекты в папку нового решения
4. щелкните правой кнопкой мыши решение, добавить существующий проект.
5. если вы используете некоторые рамки, такие как MVC , вам может потребоваться добавить ссылку в диспетчер ссылок.

У меня была та же проблема. Я решил переместить ссылки и менее чем за 15 минут, без изменения ссылок.

для меня решение было простым:

1. переместить файлы, где вам нужно.
2. удалить папку с именем .и должны быть не видны папки.
3. откройте файл решения (.sln) с помощью простого редактора, такого как note или блокнот.++
4. измените ссылку, где находится ваш файл, используя следующее структура: если вы помещаете свой проект в ту же папку, удалите предыдущая папка или ссылка"..\ "; если вы поместите в папку выше добавить ссылку "..\" или имя папки.
5. сохраните файл с изменениями.
6. открыть файл проекта (.csproj файл) и сделать то же самое, удалить или добавить ссылка.
7. Сохранить изменения.
8. откройте файл решения.

в файле решения (.sln)

Оригинал: Project ("") = "PATH1.ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС", "ScannerPDF \PATH1.\ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА ПУТЬ1.ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС.csproj файл", "" Проект ("") = "ПУТЬ1.DataService", "ScannerPDF \PATH1.Метод dataservice\ПУТЬ1.Датасервис.csproj файл", ""

новый: ("") = "ПУТЬ1.МХ.ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС", "ПУТЬ1.МХ.\ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА ПУТЬ1.Пользовательского интерфейса.csproj файл", "" Проект ("") = "ПУТЬ1.DataService", "ПУТЬ1.Метод dataservice\ПУТЬ1.Датасервис.csproj файл", ""

Читайте также:

  
• Загрузка невозможна неизвестный формат отчета 1с
  
• Как выбрать в 1с систему налогообложения есхн
  
• Полноэкранный режим в браузере
  
• Мастер браузер сети как узнать
  
• С помощью какого значка на рабочем столе запускается программа word