Visual Studio 2022连接远程系统进行C/C++开发

已于 2023-08-18 16:29:20 修改
阅读量2.6k 收藏 12
点赞数 2
分类专栏： Linux IDE macOS 文章标签： visual studio c++ clang gcc gdb lldb lldb-mi
于 2023-08-15 18:32:46 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/witton/article/details/132297160
版权
Linux 同时被 3 个专栏收录
76 篇文章 10 订阅
订阅专栏
IDE
20 篇文章 0 订阅
订阅专栏
macOS
7 篇文章 0 订阅
订阅专栏

Visual Studio被称为是宇宙最强IDE，以前开发Linux C/C++服务器程序，基本上都是在Windows上使用VS编写跨平台的C/C++代码，然后先在VS中编译、链接、调试，然后在Linux下编译、链接，再针对Linux下的特定代码进行调试。后面VisualGDB的出现，终于有所改变了，参见笔者之前的博文：Windows下开发Linux C/C++项目。

也许是VisualGDB的推波助澜，也许是微软CEO纳德拉的拥抱开源战略，让VS也更加开放，对开发者越来越友好。

以前VS只支持使用微软自己的开发工具进行Windows程序的开发；到VS2008的时候可以安装VisualGDB插件使用GNU的编译套件进行Windows程序的开发也可以通过SSH远程连接到Linux/MacOS系统进行开发；再到VS2017支持火热的CMake系统，可以直接支持SSH远程连接到Linux/MacOS系统进行开发（笔者没用过VS2017、VS2019，直接从VS2015跳到VS2022），到目前的VS2022更是对非微软系的工具（包括GNU的工具和LLVM的工具）支持越来越好，虽然不有不如意的地方，但会越来越好。

以前介绍过VS2022与MinGW的本地开发方式，参见系列博文：
Visual Studio 2022使用MinGW来编译调试C/C++程序
Visual Studio 2022 CMake+MinGW+GDB 调试目标程序
Visual Studio 2022使用CMake+MinGW+Clang+LLDB作为开发环境

本文就介绍一下VS2022使用SSH远程连接到Linux/MacOS进行C/C++的远程开发方式。

本文链接：https://blog.csdn.net/witton/article/details/132297160

一、环境

先介绍一下环境，Windows环境为Win10，VS2022版本为17.7，远程系统为Ubuntu 22.04/CentOS7/MacOS catalina，Linux下又涉及有容器中的Linux。

1.系统准备

关于Linux系统的安装配置，以及相应编译、链接、调试器的安装可以参考博文：
详细安装Ubuntu 21.10
配置与管理Ubuntu 21.10
搭建ubuntu容器内C/C++开发调试环境

如果使用容器，一定要在创建podman容器时添加参数：--cap-add=SYS_PTRACE，创建docker容器时添加参数：--cap-add=SYS_PTRACE --security-opt seccomp=unconfined，否则不能使用调试器。

如果是SSH远程连接到macOS开发，可以看看博文：
SSH远程连接MacOS catalina并进行终端颜色配置

2.开发套件准备

关于GNU套件以及LLVM套件的安装，如果要使用C++20标准，强烈建议使用源码安装最新版本的GCC和最新版本的Clang，如果觉得系统源中已有的版本够用，就可以不用源码安装，直接使用系统源中的版本安装即可。

VS包括VSCode要使用LLDB调试器进行源码调试，都必须要有lldb-mi，所以必须要安装lldb-mi，博文VSCode远程连接Ubuntu使用LLDB调试程序中有介绍lldb-mi的安装。

macOS系统如果安装过VSCode，则可以直接使用VSCode中安装的lldb-mi，将之软链接到/usr/local/bin即可。
在这里插入图片描述

这里需要注意的一点是lldb-mi最好与lldb的安装目录一致，一般为/usr/local/bin。如果是源码安装的，建议都安装在/usr/local/，则都在/usr/local/bin目录下。

如果是使用的系统源的LLDB包安装的，比如ubuntu 22.04中安装的lldb-15，它默认是安装在/usr/lib/llvm-15/bin下，则需要将之添加到PATH路径中，并建立一个lldb-server具体版本号的符号链接到lldb-mi的安装目录下，否则会报错unable to locate lldb-server-XX.X.X：

在这里插入图片描述

比如ubuntu 22.04中安装的lldb-15，具体版本号为15.0.7，lldb-mi安装在/usr/local/bin，使用下面命令建立符号链接：

ln -s /usr/lib/llvm-15/bin/lldb-server-15.0.7 /usr/local/bin/lldb-server-15.0.7

lldb-mi README中有提到可以设置环境变量LLDB_DEBUGSERVER_PATH，但是笔者试了一下，没用。

二、项目实例

使用VS2022创建一个CMake项目t，默认会创建四个文件t.h，t.cpp，CMakeLists.txt和CMakePresets.json，并且默认是本地计算机的x64 Debug配置。CMakePresets.json是CMake的预设配置，它定义了以下几种配置：

  1. 本地计算机，也就是Windows的x64 Debug,x64 Release,x86 Debug,x86 Release
  2. 远程Linux的Linux Debug
  3. 远程MacOS的macOS Debug

是否启用CMake预设配置文件，可以通过菜单工具/选项/CMake来选择：

在这里插入图片描述

1.使用CMake预设配置文件

如果VS启用了CMake预设配置文件，则可以在本地计算机下拉框中选择不同的连接，可以看到不同的预设配置：

在这里插入图片描述
在这里插入图片描述

远程连接可以通过菜单工具/选项/跨平台/连接管理器来管理，最方便的是通过前面本地计算机的下拉列表中选择管理连接直接转到连接管理器页面：

在这里插入图片描述

1.1 添加预设配置

CMakePresets.json中仅定义了几种预设值，比如Linux下仅定义了Linux Debug配置，默认是使用GCC编译器，如果想要使用Clang编译器，则需要添加预设配置。在CMakePresets.json右键菜单中选择“添加配置”：
在这里插入图片描述

再选择“Linux Debug”添加预配置：

在这里插入图片描述
默认会添加如下配置：

{
  "name": "linux-debug2",
  "displayName": "Linux Debug",
  "description": "面向适用于 Linux 的 Windows 子系统(WSL)或远程 Linux 系统。",
  "generator": "Ninja",
  "binaryDir": "${sourceDir}/out/build/${presetName}",
  "installDir": "${sourceDir}/out/install/${presetName}",
  "cacheVariables": {
    "CMAKE_BUILD_TYPE": "Debug"
  },
  "condition": {
    "type": "equals",
    "lhs": "${hostSystemName}",
    "rhs": "Linux"
  },
  "vendor": {
    "microsoft.com/VisualStudioRemoteSettings/CMake/1.0": {
      "sourceDir": "$env{HOME}/.vs/$ms{projectDirName}"
    }
  }
}

可以改名为linux-clang-debug，显示名为：Linux Clang Debug，然后添加cacheVariables变量设置C/C++编译器即可：

{
  "name": "linux-clang-debug",
  "displayName": "Linux Clang Debug",
  "description": "Clang",
  "generator": "Ninja",
  "binaryDir": "${sourceDir}/out/build/${presetName}",
  "installDir": "${sourceDir}/out/install/${presetName}",
  "cacheVariables": {
    "CMAKE_BUILD_TYPE": "Debug",
    "CMAKE_C_COMPILER": "clang",
    "CMAKE_CXX_COMPILER": "clang++"
  },
  "condition": {
    "type": "equals",
    "lhs": "${hostSystemName}",
    "rhs": "Linux"
  },
  "vendor": {
    "microsoft.com/VisualStudioRemoteSettings/CMake/1.0": {
      "sourceDir": "$env{HOME}/.vs/$ms{projectDirName}"
    }
  }
}

1.2 Ubuntu 22.04/CentOS7配置

目前VS2022连接Ubuntu系统进行调试有性能问题，启动调试器非常慢，不管是使用GDB还是LLDB都非常慢。笔者已经反馈给开发者，目前还在考虑修复中。连接CentOS7进行远程调试没这样的问题。

VS默认情况下是使用GDB进行调试的：
在这里插入图片描述
使用GDB进行调试，有一个不方便的地方就是函数嵌套调用：

#include <iostream>
using namespace std;

int f()
{
	return 1;
}

void foo(int i)
{
	cout << i << endl;
}

int main()
{
	foo(f());
	cout << "Hello CMake." << endl;
	return 0;
}

如果调试时在f函数的}按F10执行next命令，则会跳过foo函数直接到下一行代码了，如果想调试foo函数就必须按F11执行step命令。这点习惯与VS的调试器习惯不一样，而LLDB调试器与VS的习惯一致。如果知道如何修改GDB的这一行为的读者可以下方留言。

GDB调试器毕竟是老牌调试器，使用很广泛，支持得也比较好，VS默认已经配置并处理好GDB调试器了，所以使用GDB调试器，基本上是一帆风顺。
但如果要使用LLDB调试器，就需要自行添加配置，而且预置的LLDB配置也不完善，有许多麻烦事，而且LLDB使用了许多新技术，注定是一条曲折之路，不过笔者都为大家踩过坑了，大家只需要照搬即可：

在这里插入图片描述
在这里插入图片描述
得到launch.vs.json配置如下：

{
  "version": "0.2.1",
  "defaults": {},
  "configurations": [
    {
      "type": "cppgdb",
      "name": "CMakeLists.txt",
      "project": "CMakeLists.txt",
      "projectTarget": "",
      "comment": "了解如何配置远程调试。有关详细信息，请参阅 http://aka.ms/vslinuxdebug",
      "debuggerConfiguration": "gdb",
      "MIMode": "lldb",
      "args": [],
      "env": {}
    }
  ]
}

将projectTarget设置为目标t，此时会有CMakeList.txt选项了：
在这里插入图片描述
原以为就这样简单配置就可以使用LLDB调试器了，毕竟是使用VS的向导生成的。还是想得太简单，启动报错：
Unable to start debugging. Unexpected LLDB output from command "-interpreter-exec console "settings set target.env-vars ASAN_OPTIONS=\"detect_leaks=0\""". Undefined command: "settings". Try "Help".

在这里插入图片描述
VS并没有默认启动lldb-mi来调试，需要指定gdbPath，默认为 /usr/bin/gdb，可以查看文档http://aka.ms/vslinuxdebug，这里需要设置为lldb-mi的路径：/usr/local/bin/lldb-mi。再次启动，就一直卡在Initializing Debugger界面。

在这里插入图片描述
笔者在网上查了很多资料，也没查到相应的配置，咨询了开发者才知道原来还需要加一个"preDebugCommand":"echo"，看来LLDB的配置不是一般的复杂啊，暴露了太多细节给开发者了，不知道VS与Linux的交互细节，根本就不知道需要配置这个，为啥需要这条指令。

此时如果连接的是CentOS7系统，会报如下错误：
personality set failed: Function not implemented

在这里插入图片描述
前面笔者写了一文进行分析解决：解决lldb调试时可能出现的personality set failed: Function not implemented

CentOS7由于系统glibc较老没实现personality函数，但Ubuntu 22.04的glibc是实现了的，没此问题。

如果是连接的容器中的Ubuntu 22.04，则会报如下错误：
'A' packet returned an error: 8

在这里插入图片描述
实体机以及虚拟机中的Ubuntu 22.04没此问题。

其实这两个问题都是LLDB禁用了ASLR导致，需要使用settings set target.disable-aslr 0来关闭禁用。

完整配置如下：

{
  "version": "0.2.1",
  "defaults": {},
  "configurations": [
    {
      "type": "cppgdb",
      "name": "t.lldb",
      "project": "CMakeLists.txt",
      "projectTarget": "t",
      "comment": "了解如何配置远程调试。有关详细信息，请参阅 http://aka.ms/vslinuxdebug",
      "debuggerConfiguration": "gdb",
      "MIMode": "lldb",
      "gdbPath": "/usr/local/bin/lldb-mi",
      "preDebugCommand": "echo",
      "args": [],
      "env": {},
      "setupCommands": [
        {
          "text": "settings set target.disable-aslr 0"
        }
      ]
    }
  ]
}

至此，终于可以使用LLDB调试程序了。

如果想要在命令行中使用LLDB进行调试，可以创建一个~/.lldbinit文件，添加内容：

settings set target.disable-aslr 0

即LLDB启动时会自动执行里面的命令。

但VS中不行，VS是启动的lldb-mi，再启动的lldb-server。

1.3 macOS配置

macOS的默认配置如下：

{
  "name": "macos-debug",
  "displayName": "macOS Debug",
  "generator": "Ninja",
  "binaryDir": "${sourceDir}/out/build/${presetName}",
  "installDir": "${sourceDir}/out/install/${presetName}",
  "cacheVariables": {
    "CMAKE_BUILD_TYPE": "Debug"
  },
  "condition": {
    "type": "equals",
    "lhs": "${hostSystemName}",
    "rhs": "Darwin"
  },
  "vendor": {
    "microsoft.com/VisualStudioRemoteSettings/CMake/1.0": {
      "sourceDir": "$env{HOME}/.vs/$ms{projectDirName}"
    }
  }
}

使用默认的macOS配置会有一点问题，就是找不到cmake，如果没安装ninja的话也会找不到ninja：

在这里插入图片描述

VS在macOS系统应该是使用whereis来查找程序的，可以看到whereis是没有找到cmake的，而which是可以正确查到cmake程序的（VS为啥不在whereis没找到时再用which查找一下，或者直接优先使用which查找）：

在这里插入图片描述

可以查看whereis的man手册，原来在macOS系统是使用sysctl命令获取的user.cs_path路径来查找程序的。

在这里插入图片描述

通过sysctl -a | grep user可以看到whereis的搜索路径为/usr/bin:/bin:/usr/sbin:/sbin，没有/usr/local/bin，所以找不到。

在这里插入图片描述

看到这里可能会想修改这个值，但是通过查看man sysctl发现这个值根本不能修改（为no的都不能修改）：
在这里插入图片描述
这点与Linux不一样，Linux下的whereis以及which都是可以通过PATH路径搜索的。

可能会想到像Linux一样在/usr/bin下创建一个cmake的符号链接，由于MacOS系统/usr/bin不可修改，也不行。

只好修改cmake配置了：

{
  "name": "macos-debug",
  "displayName": "macOS Debug",
  "cmakeExecutable": "/usr/local/bin/cmake",  // 指定cmake的绝对路径
  "generator": "Unix Makefiles",              // 如果没安装Ninja就改为"Unix Makefiles"
  "binaryDir": "${sourceDir}/out/build/${presetName}",
  "installDir": "${sourceDir}/out/install/${presetName}",
  "cacheVariables": {
    "CMAKE_BUILD_TYPE": "Debug"
  },
  "condition": {
    "type": "equals",
    "lhs": "${hostSystemName}",
    "rhs": "Darwin"
  },
  "vendor": {
    "microsoft.com/VisualStudioRemoteSettings/CMake/1.0": {
      "sourceDir": "$env{HOME}/.vs/$ms{projectDirName}"
    }
  }
}

此时开始调试程序还可能会遇到如下错误：
developer mode is not enabled on this machine and this is a non-interactive debug session

在这里插入图片描述
这是macOS系统还没打开开发者模式，使用下面的命令打开：

sudo DevToolsSecurity enable

1.4 下载依赖

在开发过程中，可能会需要依赖一些第三方库，比如GTest以及Protobuf，可以参考：
CMake项目使用ctest+gtest进行单元测试
使用Glib中测试框架对C代码进行单元测试
C/C++开发中使用pkg-config来引用依赖库
CMake自动按目录结构编译Protobuf代码

这里以项目需要依赖GTest以及Protobuf，系统未安装为例，假定我们把所有依赖都放入项目根目录的deps下：

set(FETCHCONTENT_BASE_DIR ${CMAKE_SOURCE_DIR}/deps CACHE PATH "下载的包路径" FORCE)
cmake_policy(SET CMP0135 NEW)
include(FetchContent)
find_package(GTest)
if(NOT GTest_FOUND)
message("GTest not found, download it...")
FetchContent_Declare(googletest URL http://10.8.3.188:83/code/googletest-main.zip)
FetchContent_MakeAvailable(googletest)
endif()

find_package(Protobuf)
if(NOT Protobuf_FOUND)
message("Protobuf not found, download it...")
FetchContent_Declare(Protobuf URL http://10.8.3.188:83/code/protobuf-all-21.12.tar.gz)
set(protobuf_BUILD_TESTS OFF CACHE BOOL "不生成测试，因为与前面的GTest冲突" FORCE)
FetchContent_MakeAvailable(Protobuf)
# 也可以将需要的目标输出到指定目录，GTest就是如此，后面只需要添加"${CMAKE_BINARY_DIR}/lib"链接路径即可。
#set_target_properties(libprotobuf libprotobuf-lite protoc
#    PROPERTIES
#    RUNTIME_OUTPUT_DIRECTORY "${CMAKE_BINARY_DIR}/bin"
#    LIBRARY_OUTPUT_DIRECTORY "${CMAKE_BINARY_DIR}/lib"
#    ARCHIVE_OUTPUT_DIRECTORY "${CMAKE_BINARY_DIR}/lib"
#    PDB_OUTPUT_DIRECTORY "${CMAKE_BINARY_DIR}/bin"
#    COMPILE_PDB_OUTPUT_DIRECTORY "${CMAKE_BINARY_DIR}/lib")
endif()

target_link_directories(${PROJECT_NAME} PRIVATE
    ${protobuf_BINARY_DIR}
)
target_link_libraries(${PROJECT_NAME} PRIVATE gtest)
if(${CMAKE_BUILD_TYPE} STREQUAL "Debug")
target_link_libraries(${PROJECT_NAME} PRIVATE protobufd)
else()
target_link_libraries(${PROJECT_NAME} PRIVATE protobuf)
endif()

1.5远程复制时忽略目录

可能在本地有一些目录或者文件不需要传到远程机器，比如前面的deps目录，在本地编译生成的东西在远程是无法使用的，所以没必要传上去，让远程自动去下载编译目标机器所需要的库。

在使用CMake预设配置时，需要在CMakePresets.json中相应配置添加排除列表，这个在默认的配置中是没有列出的，需要自行配置，比如Linux的配置如下：

{
  "name": "linux-debug",
  "displayName": "Linux Debug",
  "generator": "Ninja",
  "binaryDir": "${sourceDir}/out/build/${presetName}",
  "installDir": "${sourceDir}/out/install/${presetName}",
  "cacheVariables": {
    "CMAKE_BUILD_TYPE": "Debug",
    "CMAKE_C_COMPILER": "clang",
    "CMAKE_CXX_COMPILER": "clang++"
  },
  "condition": {
    "type": "equals",
    "lhs": "${hostSystemName}",
    "rhs": "Linux"
  },
  "vendor": {
    "microsoft.com/VisualStudioRemoteSettings/CMake/1.0": {
      "sourceDir": "$env{HOME}/.vs/$ms{projectDirName}",
      "copySourcesOptions": {
        // 在复制到远程机器时，排除下面的目录
        "exclusionList": [ ".vs", ".git", "out", "build", "deps" ]
      }
    }
  }
}

2.不使用CMake预设配置文件

如果不使用预设配置文件，则变更本地计算机下拉列表中的连接时，不会自动变更后面的配置，即不会根据远程连接，自动变更配置。默认只有本地计算机的x64-Debug配置。要想使用其它配置，需要手动添加，选择管理配置，就会创建一个CMakeSetings.json文件，并进入CMakeSetings.json的编辑界面（如果没有使用文本编辑器打开的话）：

在这里插入图片描述

选择添加配置，则会弹出如下界面，可以选择使用GCC还是Clang的Debug或者Release配置：

在这里插入图片描述

远程计算机中可以指定远程连接，也可以使用${defaultRemoteMachineName}，这样会使用连接管理器中选择的默认连接，即列表中标识为默认的连接：

在这里插入图片描述

前面选择是使用GCC还是Clang的时候如果选错了或者想更改，可以通过修改工具集来改变：

在这里插入图片描述

CMake生成器默认为Ninja，如果远程系统没安装则可以选择Unix Makefiles，IntelliSense模式默认是没有选择任何内容的，这里根据是64位系统还是32位系统选择linux-gcc-x64或者linux-gcc-x86：

在这里插入图片描述

目前使用GCC工具集的智能提示不是很完善，比如boost库（笔者使用的1.82版本）中asio相关的的提示有问题，也不知道是GCC的问题还是VS的问题。推荐使用Clang工具集，Clang工具集没此问题。

写得非常详细，关于LLDB的部分是笔者的踩坑经历，希望对大家有帮助！

欢迎点赞，收藏。转载请注明出处！

witton
关注
专栏目录
visual studio连接远程开发
贱贱的剑
11-19 786
visual studio2022配置远程cmake工程
【chat】2：vs2022 连接远程ubuntu服务器远程cmake开发
突围
11-10 945
chat
Visual Studio 2022 远程连接 虚拟机Linux系统(超详细)
DZJ_Nirvana
07-10 8528
点击电脑【开始】->【Visual Studio Installer】->【修改】，划到最下面安装Linux工具集，安装完重启Visual Studio。5.连上对应【IP】的虚拟机，此时界面上方就会显示下图所示的ip地址。菜单栏上的【工具】->【选项】->【跨平台】->【连接管理器】->【远程连接标头管理器 ->【下载】。【添加】->【新建项】，取名为Linux_test，输入测试代码，并运行。4.输入对应的Ip地】、用户名、密码后点击【连接】，选择【是】。点击【项目】->【Linux_test属性】
VS2022（Visual Studio 2022）最新安装教程
Oblning的博客
06-27 8575
C语言学习环境配置，Visual Studio 2022安装教程
Visual Studio Code 远程开发探秘
dichu2296的博客
07-31 492
摘要： IDE新时代！ 作者：SHUHARI 的博客 原文：Visual Studio Code 远程开发探秘 Fundebug按照原文要求转载，版权归原作者所有。 在以前的文章 有趣的项目 - 在浏览器中运行 Visual Studio Code， 我介绍过 Coder 开发团队将 Visual Studio Code 搬到浏览器里的尝试。这是一个有趣的项目，不过没有想到的是，这之...
Visual Studio Code远程开发-Remote Development
weixin_42464652的博客
08-25 1057
Visual Studio Code远程开发-Remote Development
使用 Visual Studio Code 进行远程开发
whyrookie的博客
04-25 722
使用 Visual Studio Code 进行远程开发 在完成了 AT 指令入门的学习之后，接下来就要使用 AT 指令进行 Socket 通信了。问题在于，之前 .NET 的 Socket 编程只需一台电脑便可进行学习，服务器和客户端都可以在本机运行，也可以分别运行在局域网上的两台电脑之上。而 NB-IOT 芯片的信号是直接发送到手机机站上的，个人电脑都是在局域网环境下运行的，没有公网...
visual studio 远程开发和调试
weixin_40011280的博客
06-08 756
visual stduio 远程开发 远程调试
使用Visual Studio代码远程开发和SSH在远程计算机或虚拟机上开发
m0_46896604的博客
03-15 664
https://code.visualstudio.com/docs/remote/ssh#_remember-hosts-and-advanced-settings 翻译自vscode官方帮助
在Visual Studio Code中为新的C ++项目快速设置-C/C++开发
05-27
在Visual Studio Code中为新的C ++项目快速设置cpp-boilerplate在Visual Studio Code中为新的C ++项目快速设置。 仅Linux。 它是在Ubuntu 18.04上创建并测试的。如何使用安装Visual Studio代码安装远程-容器扩展克隆...
C/C++运行时库和UCRT系统通用运行时库总结及问题实例分享（程序打包时要带上这些运行时库）
dvlinker的技术专栏
05-21 2万+
本文详细介绍C/C++运行时库和UCRT系统通用运行时库，并分享了几个与运行时库有关的项目问题分析实例。
开发工具 之七 Visual Studio Code 中 C/C++ 调试配置详解
热门推荐
技术干货
03-05 8万+
默认情况下，VSCode仅仅内置了对node.js运行时的调试支持，只可以直接调试JavaScript、TypeScript和任何其他翻译为JavaScript的语言。其他语言的调试支持，都是以插件的形式提供支持。为了能够调试C/C++，必须首先安装插件：ms-vscode.cpptools。直接在VSCode的插件库中安装即可。
在 Visual Studio Code 创建 C/C++ 的 WebAssembly 开发环境
// FIXME
05-02 2227
在 Visual Studio Code 创建 C/C++ 的 WebAssembly 开发环境安装依赖VSCode 扩展VSCode 工作区配置配置工具链cmake-kits.jsonc\_cpp\_properties.json配置启动launch.json工程结构创建 C++ 项目运行调试使用第三方库 缩写释义 WASM : WebAssembly VSCode : Visual Studio Code 安装依赖 CMake 使用 3.21 以上版本，下载解压到磁盘后，追加目录路径到环境变量
使用 Visual Studio 2019 远程开发 Linux 程序
caiwenda2008的博客
06-22 4031
环境 安装 Visual Studio 2019 安装有 gcc gdb OpenSSH 的 Linux 远程服务器 安装 VS2019 安装 VS2019 时，必须要勾选 "使用 C++ 的 Linux 开发"工具集 创建 Linux 项目 创建一个类型为 Linux的 控制台应用程序 的解决方案。 项目配置 若要查看配置选项，请选择 "项目" > "属性" 菜单，或在 "解决方案资源管理器" 中右键单击相应项目，然后从上下文菜单中选择 "属性" 。 VC++ 目录设置 ..
VS2022远程连接linux服务器开发
a1742957242的博客
11-02 528
LinuxUbuntu18.04连接xshell：https://blog.csdn.net/a1742957242/article/details/133801142?spm=1001.2014.3001.5501找到服务器ip：右键这里：
Visual Studio Code 1.35更新：远程开发终于来啦
乐百川
06-09 1746
前段时间大家可能看过一个新闻：微软为VSC开发一款名为Remote Development的扩展程序，可以让我们使用本地VSC开发和调试远程机器上的代码。这个功能对于我这个不会使用vim等linux工具的人来说，简直是一个重大消息。可惜的是，当时远程开发插件还处于测试当中，只能在VSC Insider也就是测试版中使用。如今VSC更新到了1.35，增加了许多功能，远程开发就是其中之一。 安装远程开...
Visual Studio Code 实现远程开发
最新发布
on the way . . .
07-18 957
远程开发是指开发人员在本地计算机上进行编码、调试和测试，但实际的开发环境、代码库或应用程序运行在远程服务器上。
VS2022远程Linux使用cmake开发c++工程配置方法
千人斩的博客
08-19 2724
VS2022远程Linux使用cmake开发c++工程配置方法
用visual studio作为集成开发环境开发linux程序
09-01
在使用Visual Studio作为集成开发环境（IDE）开发Linux程序时，我们可以通过使用可用的工具和插件来实现这个目标。 首先，我们可以通过在Visual Studio中安装适用于Linux开发的插件来支持相关操作。其中一个常见的插件是Visual Studio Tools for Linux，该插件提供了对Linux操作系统和开发工具的支持，包括交叉编译、远程构建和调试等功能。通过使用这个插件，我们可以在Visual Studio中轻松配置和管理Linux开发环境。 其次，我们可以使用适用于Linux的C/C++项目模板来创建我们的项目。在Visual Studio中选择这些模板后，我们可以设置项目属性，例如选择目标Linux平台、设置交叉编译工具链等。这使得我们可以方便地在Windows中开发Linux应用程序，并在需要时将其部署到Linux环境中。 另外，Visual Studio还提供了强大的调试功能，包括对Linux调试的支持。通过配置调试选项和设置调试器连接到远程Linux机器，我们可以使用Visual Studio的调试器在Linux上单步调试我们的应用程序，以便快速解决bug和问题。 此外，Visual Studio还提供了对版本控制系统（如Git）的集成，使我们能够轻松地与团队合作和管理代码。 总结来说，通过在Visual Studio中安装适用于Linux开发的插件、使用项目模板和配置调试器，我们可以在使用Visual Studio作为集成开发环境开发Linux程序时，享受到便捷和高效的开发体验。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值