c++ - 开发 C++ 应用程序，目标服务器有不同的标准库版本，最佳实践是什么

Question

问题的狭义版本:问题是我正在开发 C++ 应用程序，在笔记本电脑 (Fedora 29) 上使用 GNU libc 2.28、GCC 8.3 版和我的目标服务器 (RHEL 6.5) ) 是 GNU libc 2.12，GCC 版本 4.47。由于监管问题，服务器与我的开发环境位于不同的网络上，因此要在笔记本电脑和服务器之间移动文件需要使用拇指驱动器并手动移动它们。

如果我在笔记本电脑上编译二进制文件并将其部署到服务器，我会收到与不同 glibc 版本相关的错误。我确信会有更多问题，因为操作系统是如此不同，所以我只是在我的笔记本电脑上编写代码，确保它编译，然后在其中一台服务器上编译并分发。没关系。但是，其中一个问题是，在编译 c++0x 时，某些 c++11 功能在我的笔记本电脑上可用，但在服务器上不可用，所以我必须修复服务器上的代码以确保它可以编译，然后将其传回我的笔记本电脑以便我可以更新源代码。这非常乏味。

我想达到这样的程度，即我可以只在我的笔记本电脑上编译二进制文件并将二进制文件传递给服务器，或者，如果做不到这一点，我只需在我的笔记本电脑上设置第二个工具链来反射(reflect)正在运行的内容服务器。我抓取了 glibc、gcc、stdlibc++、gcc-c++ 和其他一些库的 RPM 文件，以匹配服务器上的内容。

更广泛的版本:使用不同标准库版本的 C++ 为目标系统开发的最佳实践是什么？它只是安装目标系统的 VM 并在那里完成我的所有工作吗？或者我可以通过并排安装相同的库版本来使它足够接近吗？似乎大多数人都已经知道这些东西，而我可能只是在我的知识上存在巨大差距，如果是这种情况，是否有任何浓缩的引用资料可供我引用？

Answer 1

根据评论中的讨论，有 3 个主要选项。

交叉编译；这是最难设置且最容易出错的，这就是为什么它主要用于嵌入式应用程序。

docker (容器)；最简单的方法，只需创建一个与您的部署服务器匹配的容器，在容器中编译代码，然后二进制文件就可以部署到服务器上。但是，Docker 在容器中使用主机内核，因此可能会创建不兼容的二进制文件。

虚拟机；与 Docker 相比，需要做更多的设置工作，但因为它有自己的内核，所以创建不兼容二进制文件的机会更少。使用 vagrant，它实际上和 Docker 一样容易设置，但我确实遇到了一些虚拟机失败的地方，没有真正的错误消息；但对于大多数人来说，它“刚刚好”。

我最终选择了 Docker，它工作正常并且非常容易设置。