参考：
前言
最近在学Gtest单元测试框架，由于平时都是使用Source Insight写代码，遇到问题自己还是要到Linux下gdb调试，还是没有Visual Studio下调试工具那么直观。VS很强大，但是那毕竟是给MS家族产品用的，而且即便是C++项目，VS下开发的项目也没法直接拿到Linux下运行。VS2017推出的跨平台特性很好的解决了这个问题。你可以在保留VS强大功能的前提下，使用远程Linux主机上的gdb进行调试、运行代码。借着学习Gtest的机会，自己搭建环境亲自测试了一把，还真是强大，MS大法好。
关于远程Linux主机的说明
这里的远程Linux主机大多数人会想到类似于阿里云、腾讯云上面的云虚拟机，上面运行着Linux系统。但是最为学习使用，大多数人是不具备这样条件的，我们可以自己在WMware workstation中建立Linux虚拟机，然后物理机远程访问那台虚拟机，后面的例子就是这么实现的。还有一种做法也很值得推荐，2017年10月份微软FCU更新推出了WSL，利用那个也可以实现远程Linux主机功能，微软官方也很推荐这种做法。
搭建开发环境
一文介绍了使用VS跨平台特新需要做的准备工作。你也可以参考下面的视频：
准备实验代码
整个开发过程中，代码依赖的库、头文件都在远程Linux主机上。实验涉及到的代码如下
sample.cpp
#include "sample.h"// Returns n! (the factorial of n). For negative n, n! is defined to be 1.int Factorial(int n) { int result = 1; for (int i = 1; i <= n; i++) { result *= i; } return result;}// Returns true iff n is a prime number.bool IsPrime(int n) { // Trivial case 1: small numbers if (n <= 1) return false; // Trivial case 2: even numbers if (n % 2 == 0) return n == 2; // Now, we have that n is odd and n >= 3. // Try to divide n by every odd number i, starting from 3 for (int i = 3; ; i += 2) { // We only have to try i up to the square root of n if (i > n / i) break; // Now, we have i <= n/i < n. // If n is divisible by i, n is not prime. if (n % i == 0) return false; } // n has no integer factor in the range (1, n), and thus is prime. return true;} sample.h
#ifndef _SAMPLE_H_#define _SAMPLE_H_// Returns n! (the factorial of n). For negative n, n! is defined to be 1.int Factorial(int n);// Returns true iff n is a prime number.bool IsPrime(int n);#endif
sample_unittest.cpp
#include#include "sample.h"#include "gtest/gtest.h"namespace { TEST(FactorialTest, Negative) { // This test is named "Negative", and belongs to the "FactorialTest" // test case. EXPECT_EQ(1, Factorial(-5)); EXPECT_EQ(1, Factorial(-1)); EXPECT_GT(Factorial(-10), 0); } TEST(FactorialTest, Zero) { EXPECT_EQ(1, Factorial(0)); } TEST(FactorialTest, Positive) { EXPECT_EQ(1, Factorial(1)); EXPECT_EQ(2, Factorial(2)); EXPECT_EQ(6, Factorial(3)); EXPECT_EQ(40320, Factorial(8)); } // Tests IsPrime() TEST(IsPrimeTest, Negative) { EXPECT_FALSE(IsPrime(-1)); EXPECT_FALSE(IsPrime(-2)); EXPECT_FALSE(IsPrime(INT_MIN)); } TEST(IsPrimeTest, Trivial) { EXPECT_FALSE(IsPrime(0)); EXPECT_FALSE(IsPrime(1)); EXPECT_TRUE(IsPrime(2)); EXPECT_TRUE(IsPrime(3)); } TEST(IsPrimeTest, Positive) { EXPECT_FALSE(IsPrime(4)); EXPECT_TRUE(IsPrime(5)); EXPECT_FALSE(IsPrime(6)); EXPECT_TRUE(IsPrime(23)); }} // namespace
如果你的代码中涉及到三方库，像我这里涉及到Gtest的libgtest.a、libgtest_main.a，静态库动态库无所谓，关键是位置。默认三方库会放在/usr/local下面，VS这一端如果不做相应设置的化可能会找不到头文件、库文件。 这篇文章中指出可以使用“IP+目录”的方式指定VC++依赖目录，这里面有个小问题，就是\\和\的问题，参考 最终我的实验环境设置如下：
1. \\<Board IP Address>\lib dir into Project->Configuration Properties->VC++ Directories->Library Directories
2. lib file into Project->Configuration Properties->->Linker->Input
3. -lpthread to Project->Configuration Properties->Linker->Command
当你在VS2017中开发时，如果Linux上环境有变化，比如安装、卸载了软件，这可能会影响到头文件、库文件。最好在connection manager中重连一次远程Linux主机
一切准备就绪，Build->Build Solution，Debug->Start Debug开始运行。你可能会发现在传统的Output窗口并没有你想要的输出，毕竟我们运行的是Linux程序，要想看输出结果需要在Debug->Linux Console下查看
补充一点
看过上面的代码，你可能会疑问，怎么没有main入口函数? Gtest中libgtest_main.a为我们实现了一个main函数，前面截图 Project->Configuration Properties->->Linker->Input 中指定包含了libgtest_main.a库。不过没有啥特殊理由的化，还是建议把自己写个main函数，同时修改Project->Configuration Properties->->Linker->Input ，删掉对libgtest_main.a的包含。
main.cpp
#include#include int main(int argc, char** argv) { testing::InitGoogleTest(&argc, argv); return RUN_ALL_TESTS();}
Build->Build Solution，Debug->Start Debug输出结果与上面Linux Console Window输出一样，不在截图。
如果单纯想使用Gtest框架，可以不用上面那么麻烦。当然上面啰里啰唆介绍一堆，目的并不仅仅是演示Gtest使用那么简单，但凡涉及到三方库的Linux项目都可以使用上面方法在VS2017像进行开发调试。下面针对VS2017对Gtest的支持再单独说下
方式一：使用VS2017自带的Gtest框架
这种方式对Windows下开发的程序员可能会比较有用，感觉上可以主项目利用交叉平台特性远程在Linux上开发，Gtest项目使用VS2017本地支持。没测试过，感觉理论上可行。
方式二：使用NuGet Packages
我没测试过