Станислав Макаров

winget install --id Microsoft.BuildTools2015

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

запустите установщик Visual Studio со следующими выбранными элементами:
Microsoft.VisualStudio.Component.VC.Tools.x86.x64

И что вам мешает это сделать? Workload на Desktop C++ проекты установлен?

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

Как добавить эти директории - это другой вопрос. Конкретное решение зависит от того, в какой среде вам это нужно и какие у вас ограничения. Например, Конан умеет создавать т.н. "среду для запуска" (run environment) и создаёт специальные батники, где прописывает за вас пути к DLL-кам в пакетах. Эти батники могут "активировать" среду, прописав всё что нужно в PATH (пути к нужным DLL), в результате чего EXE-шник, использующий их, сможет их найти (точнее, системный загрузчик сможет найти), и "деактивировать" среду, чтобы вернуть PATH в исходное состояние. Это просто вам для примера решение, может быть вам понравится идея и вы сделаете такие же батники для запуска на машине разработчика или юзера.

- strong name и электронная подпись - strong name давать не обязательно, а вот подписать было бы полезно;
- нужно много чего ещё сделать, если планируете собирать краш-дампы;
- установщик - тоже отдельная история

в MyForm.h автоматически добавилось

private: System::Void button1_Click(System::Object^  sender, System::EventArgs^  e) {
  }

Что дальше?

Дальше

System::Windows::Forms::MessageBox::Show("FooBar");

в теле метода.

1. Создаёте файл .editorconfig в корне проекта (обычно - рядом с файлом солюшена).
2. Пишете туда:

[*.cs]
csharp_new_line_before_open_brace = false

3. Переоткрываете солюшен или все .cs файлы.
4. Профит.

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

Вы скорее всего увидите .Net Core 2.1 только в Visual Studio 2017 15.7 Preview 1 , почитайте внимательно https://blogs.msdn.microsoft.com/dotnet/2018/04/11...

Как насчёт слияния кастомного манифеста из вашего проекта и дефолтового?

CMake learned to honor *.manifest source files with MSVC tools. Manifest files named as sources of .exe and .dll targets will be merged with linker-generated manifests and embedded in the binary.

1. Создаёте в директории проекта файл, называете как вам нравится, например имя_проекта.manifest.
2. Кладёте туда всё что вы написали.
3. Добавляете файл в проект через Add -> Existing Item...
4. Идёте в свойства проекта, Manifest Tool -> Input and Output -> Additional Manifest Files, прописываете туда имя вашего файла.
5. ?????
6. PROFIT: содержимое вашего манифеста будет СЛИТО с содержимым манифеста, который генерится по умолчанию.
7. Вы можете проверить результат, посмотрев в ресурсы собранного EXE, или же выставить флажок Embed Manifest в No (флажок находится рядом с предыдущим) и посмотреть внутрь файла который упадёт рядом с вашим собранным EXE.

0. Бросать ли мне OpenGL?

Не забудьте C++ дальше учить.

1.Возможно ли создание шейдеров OpenGL на Visual Studio?(он же вроде с Директом дружит)

А что конкретно от Студии нужно? Файлы редактировать сможете, расширения для подсветки тоже были, думаю сможете найти. С дебагом вроде не так круто как с HLSL, но вам может пока и не надо.

2.Какое расширение должно быть у кода, самого шейдера?

.frag/.vert или .frag.glsl/.vert.glsl или просто .glsl, это всё условность, загружать текст шейдеров всё равно вы сами будете.

3.Как собрать шейдер, и где мне найти линковщик, компилятор?

glSharedSource/glCompileShader - пока этого будет вам достаточно.

Уже бесит меня этот OpenGL. Знал что будет не просто, но чтобы настолько.

Видимо у вас наивное представление о предмете разговора.
OpenGL - это графическое API, которое используется как в академической, так и в профессиональной среде. Оно конечно заметно проще чем Vulkan или тем более Direct3D, но всё-таки это не учебное API. Современные версии OpenGL отвечают требованиям даже крупных игровых проектов, т.е. у современного OpenGL достаточно продвинутая архитектура, отвечающая темпам развития графического оборудования.
Иными словами, вы выбрали в общем-то профессиональный инструмент, и вы пока что к этому не готовы. GLSL - это отдельная большая история, он требует знаний не меньше, чем весь остальной OpenGL. По языку шейдеров пишут самостоятельные книги, по нему даже соревнования проводят на всяких сценерских движухах - кто круче шейдер напишет за ограниченное время.

Это я пишу не чтобы отбить у вас желание учить, а для того чтобы вы понимали, что в IT и программировании есть достаточно сложные и объёмные вещи, которыми с разбегу не овладеешь. Если вы ещё и C++ только начали учить, но вам тем более тяжело должно быть. Я впервые сделал что-то потребное на OpenGL только на 4-м курсе, уже чувствуя себя комфортно в плюсах.