VoidVolker

Вообще-то, в вашем случае надо просто правильно организовать ваши рабочие процессы. Напрямую с сервером работа не делается и никакие файлы из IDE или еще откуда напрямую на заливаются, и уж точно с сервера обратно тоже ничего не скачивается из кода. Изменениям в коде неоткуда взяться на сервере: если они у вас там каким-то чудом появляются - то это значит, что вы делаете что-то не так. Правильный алгоритм работы следующий: разработчик работает локально на своем ПК, у него локально развернут сервер разработки с которым он напрямую и работает, без всяких синхронизаций. Когда часть работы готова и протестирована - разработчик делает коммит в гите, коммит отправляется на гит-сервер, на гитсервере срабатывает хук/событие, по которому запускается деплой приложения. И уже вот этот процесс деплоя запускает процесс автоматического тестирования, сборки и прочее, а по завершении заливает на сервер и, при необходимости, перезапускает зависимые сервисы и прочее. При чём деплой идёт сначала на тестовый сервер или стейж, где проводится тестирование и проверка работы приложения и всех его систем, и только потом идёт деплой на основной сервер.

Нет, нельзя. Как говорится: люди делятся на два типа те, кто не делает бэкапы и те, кто уже делает бэкапы.

Добавить кавычки к пути в конфигурации или не использовать пробелы и не латинские символы.
UPD: варианты:

"\"C:/Users/rgper/Desktop/Настройка-C++/test.exe\""
"'C:/Users/rgper/Desktop/Настройка-C++/test.exe'"
"$'C:/Users/rgper/Desktop/Настройка-C++/test.exe'"

Roman Pervuhin, кроме того, при запуске задачи откройте диспетчер задач и посмотрите в каком виде аргументы были ему переданы - это намного упростит отладку. А гадать - можно бесконечно. И еще один момент: на скриншоте слэшы двойные, а должны быть одинарные, если конечно сообщение об ошибке показывает строку один-в-один, которая передаётся дебагеру.

Оставайтесь на винде и VisualStudio. Не, так-то пользоваться, конечно можно, но потом все равно захотите вернуться на студию, т.к. она и функциональнее и лучше интеграция. Если хотите начать использовать линукс, но до этого не пользовались им - поставьте для начала его в виртуалку (VirutalBox наше все) и попробуйте использовать в повседневной работе. А уже потом решайте, сможете ли полностью отказаться от винды или нет. Ставить линукс второй системой не рекомендую (слишком легко ломаются загрузчики ОС, когда их несколько и если что - чинить сложнее) - для разработки и обычной офисной работы виртуалки хватает за глаза.

Никак. Да, это все код и отображается он верно, но есть нюанс - это бинарный код, а если еще точнее, то машинный код, а именно - инструкции, которые выполняет процессор. И текстовый редактор, в котором вы открыли DLL не предназначен для отображения бинарных файлов. Текстовые редакторы для текста предназначены. И к китайскому языку он не имеет вообще никакого отношения. Учите матчасть!
Интересующие вас игровые ресурсы могут быть запакованы кучей самых разных способов. Есть типовые решения, которые применяются часто и, которые, хорошо известны. Есть популярные игровые движки, которые тоже все давно исследованы и изучены где, что и как хранят. И есть все остальные - редкие, никому не нужные движки, самописные движки, переделанные движки, часто даже шифруют и придумывают свои форматы для хранения ресурсов для усложнения задачи обратной разработки, взлома и прочего. Извлечение игровых ресурсов из игры - это процесс обратной разработки. Вот в этом направлении вам и нужно гуглить и учиться, чтобы извлечь нужные вам ресурсы.

А если попробовать мануал открыть, не? Go to Definition