1. 为什么在Ubuntu上选择CLion：一个嵌入式老兵的视角

如果你和我一样，常年混迹在Linux环境下搞嵌入式开发，或者用C/C++写一些高性能的后台服务，那你肯定对IDE的选择有过纠结。在Windows上，Visual Studio是王者；在macOS上，Xcode也还不错。但一旦切换到Ubuntu这类Linux发行版，情况就复杂了。很多人第一反应是直接用Vim或VSCode配插件，这当然能跑通，但当你面对一个动辄几十万行代码、依赖关系错综复杂的项目时，一个真正“懂”C++的IDE带来的效率提升是颠覆性的。这就是为什么我会在Ubuntu 20.04上，坚持安装和使用CLion。

CLion不是简单的代码编辑器，它是一个由JetBrains打造的、深度集成了CMake、代码分析、重构、调试和测试工具的集成开发环境。它最核心的竞争力在于其智能感知能力，比如对C++标准模板库（STL）的完美支持、对CMakeLists.txt文件的图形化编辑、以及跨平台的远程开发能力。我最近在折腾一个基于ARM Cortex-M的嵌入式项目，代码库在远程的Ubuntu服务器上，本地是Windows环境。用CLion的“远程开发”功能，可以直接将服务器上的项目映射到本地IDE中，享受完整的代码补全、静态分析和一键调试，这种感觉就像在本地开发一样流畅，彻底告别了SSH+Vim的原始工作流。所以，无论你是Ubuntu桌面用户，还是需要连接远程Linux服务器进行开发，在Ubuntu 20.04上部署好CLion，都是构建高效C/C++工作流的关键一步。

Ubuntu 20.04 LTS（Focal Fossa）是一个长期支持版本，系统稳定，软件源丰富，是很多开发者和企业的首选。在这个系统上安装CLion，过程本身不复杂，但其中涉及的一些细节和后续配置，却直接决定了你未来使用的顺畅程度。这篇内容，我就结合自己多次安装和配置的经验，把从下载、安装、激活到配置优化、再到解决常见坑点的完整链路给你捋清楚，目标是让你装完就能立刻投入高效开发。

2. 安装前的核心准备：理清版本与依赖

在直奔安装命令之前，花几分钟搞清楚“装什么”和“需要什么”，能避免后面一大堆莫名其妙的问题。CLion的安装方式不止一种，每种方式背后的维护成本和适用场景也不同。

2.1 官方安装包的选择：Tar.gz vs. Snap

JetBrains官方为Linux提供了两种主要的安装格式：传统的.tar.gz压缩包和Snap包。我的建议非常明确：优先选择.tar.gz压缩包进行手动安装。

为什么？这源于Snap包机制本身的特点。Snap是Canonical（Ubuntu母公司）力推的一种打包格式，旨在解决依赖和版本问题。它确实做到了“一键安装”，所有依赖都被封装在沙盒里。但正是这个沙盒，成了开发工具的“枷锁”。CLion作为IDE，需要频繁访问系统的编译器（gcc/g++）、调试器（gdb）、构建工具（make, cmake）以及项目文件。Snap版本的CLion默认运行在一个受限的环境中，访问系统其他路径可能需要额外的权限配置，有时甚至会遇到字体渲染、主题继承或外部工具调用失败的问题。我遇到过Snap版CLion无法正确调用系统安装的特定版本CMake的情况，排查起来非常耗时。

而.tar.gz压缩包是纯粹的绿色解压版。你解压到任意目录（比如/opt或你的家目录下），它就直接使用系统的环境、库和工具链。这种方式给予了开发者最大的控制权，环境是通透的，所有行为都符合你对Linux系统的常规认知，后续配置和调试也最直观。因此，我们将以.tar.gz包的安装方式为主线。

2.2 系统环境检查与依赖安装

虽然.tar.gz包不强制封装依赖，但CLion正常运行需要一些基本的系统库和运行时环境。Ubuntu 20.04默认的桌面环境已经包含了大部分，但为了确保万无一失，特别是对于最小化安装的服务器版，最好手动检查一下。

首先，更新软件源并升级现有包是一个好习惯：

sudo apt update sudo apt upgrade -y

接下来，安装一些可能需要的基础库。这些库通常与GUI显示、字体渲染有关：

sudo apt install -y libfuse2 libxi6 libxrender1 libxtst6 libgtk-3-0 libgbm1 libnss3 libasound2

如果你的系统是纯命令行界面（没有安装桌面环境），那么CLion将无法启动，因为它是一个图形化应用。在服务器上使用，你需要配置X11转发或使用更现代的Wayland协议，但这通常涉及更复杂的远程桌面方案，不如直接使用CLion的“远程开发”模式来得方便。

最关键的一步，是确保你的系统上有可用的Java运行时环境（JRE）。CLion本身是基于JetBrains的IntelliJ平台构建的，这个平台需要JRE来运行。好消息是，从CLion 2020.3版本开始，官方安装包已经内置了JetBrains Runtime（JBR），你通常不需要再单独安装系统JRE。这是一个巨大的改进，避免了过去因系统Java版本不兼容导致的启动失败问题。不过，了解这一点有助于排错：如果你遇到启动问题，可以尝试检查安装包是否完整，或者查阅官方文档确认其是否确实捆绑了JRE。

3. 一步步安装与激活CLion

准备工作做完，我们就可以开始动手安装了。整个过程可以分为下载、解压、创建启动器、以及激活四个步骤。

3.1 下载与解压官方安装包

首先，访问JetBrains CLion的官方下载页面。这里有个小技巧：如果你通过浏览器下载，速度可能不稳定。我更喜欢在Ubuntu终端里使用wget或curl直接下载，这样更可控，也方便写脚本自动化。

打开终端，进入你打算存放下载文件的目录，比如~/Downloads：

cd ~/Downloads

然后，获取最新稳定版的.tar.gz包链接。你可以从官网复制链接，或者使用下面的命令模式（注意版本号会变，请以官网最新为准）：

wget https://download.jetbrains.com/cpp/CLion-2023.3.4.tar.gz

下载完成后，验证一下文件的完整性，可以查看一下SHA256校验和（如果官网提供的话），或者至少用ls -lh看看文件大小是否合理。

接下来，我们需要将压缩包解压到一个合适的系统目录。通常，将第三方应用安装在/opt目录下是一种规范的做法，方便集中管理：

sudo tar -xzf CLion-2023.3.4.tar.gz -C /opt

解压后，/opt目录下会生成一个类似clion-2023.3.4的文件夹。为了方便后续更新和创建启动器，我习惯创建一个符号链接，指向当前版本：

sudo ln -sf /opt/clion-2023.3.4 /opt/clion

这样，无论以后CLion如何升级，我们只需要让这个/opt/clion软链接指向最新的版本目录即可，所有配置和启动器都不需要改动。

3.2 创建桌面启动器与命令行快捷方式

安装好的CLion可执行文件位于/opt/clion/bin/clion.sh。我们可以直接运行这个脚本来启动，但每次都要打开终端输入路径太麻烦。我们需要创建图形化启动图标和全局命令行命令。

创建桌面启动器（.desktop文件）： 在Ubuntu中，应用程序菜单项由.desktop文件定义。我们需要在/usr/share/applications/目录下创建这样一个文件。

sudo nano /usr/share/applications/clion.desktop

将以下内容粘贴进去，注意Exec和Icon的路径要正确。Icon的路径通常位于解压目录的bin文件夹里。

[Desktop Entry] Version=1.0 Type=Application Name=CLion Icon=/opt/clion/bin/clion.svg Exec=/opt/clion/bin/clion.sh %f Comment=Cross-platform IDE for C and C++ Categories=Development;IDE; Terminal=false StartupWMClass=jetbrains-clion

保存并退出（在nano中按Ctrl+X，然后按Y确认，再按回车）。完成后，你可以在应用程序菜单中搜索“CLion”找到它，也可以将其锁定到侧边栏。

创建全局命令行命令： 为了让在任何终端路径下都能输入clion启动IDE，我们可以在/usr/local/bin目录下创建一个软链接。/usr/local/bin通常位于系统的PATH环境变量中。

sudo ln -s /opt/clion/bin/clion.sh /usr/local/bin/clion

现在，打开一个新的终端，直接输入clion，应该就能启动CLion了。第一次启动会稍慢，因为它需要初始化环境和创建用户配置目录。

3.3 激活与许可证配置

首次启动CLion，你会看到JetBrains的激活窗口。这里有几个选项：

1. 评估试用（Evaluate for free）：可以选择30天免费试用。
2. 使用许可证激活：
   • 商业许可证：如果你所在公司购买了正版，或者你自己购买了个人版，可以输入账号密码或激活码。
   • 开源项目/教育免费许可证：JetBrains为符合条件的开源项目开发者和师生提供免费许可证，需要在官网申请。
   • 社区版：需要注意的是，CLion没有社区版。这一点和IntelliJ IDEA、PyCharm不同。它的免费使用仅限于上述的评估试用或资格申请。

激活过程是图形化的，按照指引操作即可。激活成功后，CLion会提示你进行初始设置，比如选择UI主题（Darcula深色或Light浅色）、键盘映射方案（建议保持默认的“Default for CLion”）、以及安装一些常用插件。

注意：关于网络上搜索到的“clion 破解”相关热词，我必须强调，使用未经授权的破解软件不仅存在法律风险，更可能携带恶意代码，导致开发环境不稳定、项目代码泄露等严重安全问题。JetBrains对于学生、教师和开源开发者有非常慷慨的免费授权计划，对于个人开发者也有价格合理的订阅方案。构建一个干净、合法的开发环境，是专业开发者的基本素养。

4. 首次运行后的关键配置与优化

安装激活成功，只是万里长征第一步。要让CLion真正顺手，成为你的开发利器，接下来的配置才是重头戏。CLion的强大，很大程度上体现在其高度可定制的工具链集成上。

4.1 工具链（Toolchains）配置：告诉CLion用什么编译

这是CLion配置中最核心的一环。工具链定义了编译、调试、分析代码所需的所有外部工具。点击File -> Settings -> Build, Execution, Deployment -> Toolchains（在macOS上是CLion -> Preferences）。

CLion会自动检测系统已安装的工具。通常，它会找到系统的默认GCC编译器、GDB调试器、CMake和Make。你需要检查以下几点：

• 确保检测到的路径正确：特别是CMake和Build tool（通常是make）的路径。在Ubuntu 20.04上，它们一般位于/usr/bin/下。
• 配置远程工具链（可选但强大）：这是CLion的杀手级功能。点击+号，选择Remote Host。你可以在这里配置一个SSH连接到远程的Linux服务器（甚至是嵌入式设备的交叉编译服务器）。配置好后，CLion可以将代码同步到远程，并在远程执行构建、运行和调试，而IDE本身还运行在本地。这对于嵌入式Linux开发或需要在特定服务器环境编译的项目来说，是革命性的。你需要确保本地和远程机器之间配置了SSH免密登录。
• 添加交叉编译工具链：如果你开发ARM等嵌入式平台，就需要添加自定义的工具链。将Compiler指向你的交叉编译器（如arm-none-eabi-gcc），Debugger指向对应的GDB（如arm-none-eabi-gdb），Cmake和Make可以暂时使用系统自带的，或者也指定交叉编译版本的（如果存在）。

4.2 CMake配置：项目构建的核心

CLion深度集成CMake，项目打开、加载、构建都围绕CMakeLists.txt文件进行。在Settings -> Build, Execution, Deployment -> CMake中，你可以管理多个CMake配置（Profile）。

• 构建目录（Build directory）：默认是cmake-build-debug或cmake-build-release。你可以修改这个路径，或者为不同配置（Debug, Release, RelWithDebInfo等）设置不同的构建目录。
• 生成器（Generator）：默认是Unix Makefiles，对于Ubuntu这是最合适的。如果你使用Ninja这类更快的构建系统，可以在这里切换。
• CMake选项：这是最常用的地方。你可以在这里添加全局的CMake参数。例如，指定安装路径-DCMAKE_INSTALL_PREFIX=/usr/local，或者传递项目特定的选项，如-DBUILD_TESTS=ON。这些选项会传递给每一个cmake命令。

一个非常重要的技巧是使用“CMake选项”来切换工具链。例如，你配置了一个名为ARM的CMake Profile，在CMake options里写上-DCMAKE_TOOLCHAIN_FILE=/path/to/your/arm-toolchain.cmake。这样，当你切换到这个Profile时，CLion就会使用指定的工具链文件进行配置和构建，无需手动修改CMakeLists.txt。

4.3 编辑器与代码风格个性化

根据你的习惯调整编辑器，能极大提升编码舒适度。

• 字体与配色：在Settings -> Editor -> Font中调整编辑器字体和大小。在Color Scheme中可以切换整个IDE的配色方案，CLion自带的Darcula和High contrast都不错，你也可以安装第三方主题。
• 代码格式化：CLion内置了强大的代码格式化工具，遵循.clang-format文件。你可以在Settings -> Editor -> Code Style -> C/C++中进行详细设置，包括缩进、大括号位置、空格使用等。我强烈建议为团队项目创建一个统一的.clang-format文件放在项目根目录，这样所有人的代码风格都能保持一致。
• 实时模板与后缀补全：在Settings -> Editor -> Live Templates中，你可以查看和自定义代码片段。例如，输入main后按Tab，会自动生成main函数框架。Postfix Completion也很有用，例如在变量var后输入.for，会自动生成for循环框架。花点时间熟悉这些功能，编码速度能快上一倍。

4.4 插件生态：扩展CLion的能力

CLion可以通过插件市场安装各种扩展。点击File -> Settings -> Plugins，切换到Marketplace标签页。

• 必备插件：
  • Chinese (Simplified) Language Pack：如果你需要中文界面。
  • .ignore：支持.gitignore等忽略文件的语法高亮和生成。
  • Markdown：增强Markdown文件的编辑和预览。
  • Rainbow Brackets：给不同层级的括号配上不同颜色，对付复杂的嵌套代码时非常直观。
• 领域特定插件：根据你的开发领域选择。例如，热词中提到的“clion lvgl”，可能是指用于LVGL图形库开发的辅助插件，可以在市场搜索“LVGL”看看是否有相关支持。“clion嵌入式”开发，可以搜索“Embedded”、“STM32”、“ARM”等关键词，可能会有针对特定芯片或调试探针的插件。
• 关于“clion安装claude插件”：这里的“claude”很可能指的是Anthropic公司的AI助手Claude。截至我知识更新的时间点，Claude并未提供官方的CLion插件。JetBrains自家的AI助手是“AI Assistant”，它需要单独的许可证。任何第三方声称的“Claude插件”都需要谨慎甄别其安全性和来源。

5. 从零开始：创建、导入与运行你的第一个项目

配置妥当后，我们来实际用CLion操作一个项目。CLion支持两种主要方式：创建新项目，或导入现有项目。

5.1 创建全新的CMake项目

这是最标准的方式。点击File -> New Project。

1. 在左侧选择C++ Executable（可执行程序）或C++ Library（库）。
2. 在右侧Location选择项目存放的路径。
3. 在Language standard下拉框中选择你要使用的C++标准，比如C++17或C++20。
4. 最关键的是CMake options，你可以在这里预填一些选项，比如我们之前提到的工具链文件路径。
5. 点击Create。

CLion会自动生成一个包含main.cpp和CMakeLists.txt的简单项目结构。这个CMakeLists.txt就是项目的构建蓝图。你可以立即点击右上角的绿色三角箭头（或按Shift+F10）来构建并运行这个默认程序。CLion会在底部打开“Run”工具窗口，显示构建过程和程序输出。

5.2 导入现有的基于CMake的项目

如果你有一个已有的项目，目录下已经有CMakeLists.txt文件，那么导入非常简单。

1. 点击File -> Open。
2. 导航到包含CMakeLists.txt的项目根目录，选中它，点击OK。
3. CLion会自动识别这是一个CMake项目，并开始加载。加载过程中，它会在后台执行cmake -B <build_dir>来配置项目。你可以在底部状态栏看到进度。

对于非CMake的现有项目（例如只有Makefile），CLion的支持有限。虽然它可以作为一个高级编辑器打开，但很多智能功能（如代码导航、重构）会缺失。最佳实践是为旧项目编写一个CMakeLists.txt。这听起来麻烦，但一劳永逸，能让你享受到所有现代IDE功能。CLion也提供了从Makefile转换的辅助工具，但效果因项目复杂度而异。

5.3 理解项目窗口与构建流程

成功打开项目后，界面主要分为几个区域：

• 项目工具窗口（左侧）：默认显示“Project”视图，以文件树的形式展示项目结构。更实用的视图是“CMake Targets”，它清晰地列出了所有由CMake定义的可执行文件和库目标，你可以直接右键点击某个目标进行构建、运行或调试。
• 编辑器区域（中间）：你的主战场。
• 工具窗口（底部）：一系列标签页，包括：
  • CMake：显示CMake的配置输出和生成的目标列表。
  • Build：显示编译过程中的详细输出，包括警告和错误。
  • Run/Debug：程序的标准输出和调试信息在这里显示。
  • Terminal：集成的系统终端，你可以在不离开IDE的情况下执行shell命令。
  • Problems：集中显示项目中的所有编译错误、警告以及代码分析发现的问题。

构建项目时，你可以点击顶部工具栏的“锤子”图标进行构建，或者直接点击目标旁边的绿色三角运行。CLion采用“加载后再构建”的模式，即先由CMake配置生成构建系统（Makefile），再调用Make/Ninja进行编译。任何对CMakeLists.txt的修改，都需要CLion重新加载CMake项目（点击黄色刷新图标或按Ctrl+Shift+O）才能生效。

6. 高效开发实战：调试、测试与版本控制集成

CLion不仅仅是一个编辑器，它集成了完整的开发工作流支持。掌握调试、测试和版本控制，才能发挥其全部威力。

6.1 强大的图形化调试器

调试是CLion的强项。它提供了媲美Visual Studio的图形化调试体验。

1. 设置断点：在代码行号左侧点击即可设置断点（红色圆点）。
2. 启动调试：点击代码行号左侧的绿色“虫子”图标，或按Shift+F9，以调试模式运行当前目标。
3. 调试工具窗口：程序会在断点处暂停，底部会激活“Debug”工具窗口。在这里你可以：
   • 查看变量：“Variables”标签页显示当前作用域的所有变量及其值。你可以悬停在代码中的变量上直接查看。
   • 监视表达式：在“Watches”标签页，添加任何你想持续监视的表达式。
   • 控制执行：使用工具栏的按钮进行“步过”（F8）、“步入”（F7）、“步出”（Shift+F8）、“继续”（F9）等操作。
   • 查看调用栈：“Frames”标签页显示了函数调用堆栈。
   • 查看内存：对于指针和底层操作，可以查看内存内容。
4. 条件断点与日志断点：右键点击断点，可以设置条件（当某个表达式为真时才中断），或者设置为“日志断点”，让程序执行到此点时打印一条信息而不中断，这对排查循环中的问题非常有用。

6.2 单元测试集成

CLion原生支持Google Test、Catch2、Boost.Test、Doctest等主流C++测试框架。以Google Test为例：

1. 确保项目已集成GTest：你的CMakeLists.txt需要正确找到并链接GTest库。
2. CLion自动识别：如果集成正确，CLion会在“CMake Targets”视图中识别出测试可执行文件，并在其旁边显示一个绿色的播放按钮。
3. 运行与调试测试：你可以像运行普通程序一样运行或调试单个测试、一组测试或所有测试。测试结果会在专门的“Run”工具窗口中显示，清晰地列出通过、失败和跳过的测试，并可以点击直接跳转到失败测试的代码位置。
4. 测试覆盖率：在运行测试配置时，可以启用代码覆盖率分析。运行后，编辑器左侧会以绿色（覆盖）和红色（未覆盖）标记代码行，直观地展示测试的完备性。

6.3 无缝的版本控制（Git）工作流

CLion内置了强大的Git（以及Subversion, Mercurial等）集成，你几乎可以不用离开IDE就完成所有版本控制操作。

• 状态可视化：项目工具窗口中，文件会有颜色标记：绿色（新增）、蓝色（修改）、灰色（忽略）。
• 提交更改：点击顶部菜单Git -> Commit（或按Ctrl+K），会打开提交对话框。你可以勾选要提交的文件，填写提交信息，在提交前还可以通过对话框底部的“Diff”标签页预览更改。
• 查看历史与差异：右键点击任何文件，选择Git -> Show History，可以查看该文件的提交历史。点击任意两次提交，可以比较差异。
• 分支管理：在右下角有一个Git分支小部件，点击可以方便地切换分支、创建新分支、合并分支。
• 解决冲突：当合并产生冲突时，CLion会提供一个三窗格的合并工具，让你清晰地对比“你的版本”、“他们的版本”和“合并结果”，并提供了接受某一方或手动编辑的按钮，解决冲突非常直观。

7. 进阶技巧与疑难排坑指南

即使按照标准流程安装配置，在实际使用中也可能遇到一些“坑”。这里分享一些进阶技巧和常见问题的解决方法。

7.1 性能调优与内存设置

CLion基于Java，本身对内存有一定需求。对于大型项目，可能需要调整其内存分配。 配置文件位于CLion安装目录的bin文件夹下，例如/opt/clion/bin/clion.vmoptions（如果你通过脚本启动，则是clion.sh同目录下的clion64.vmoptions）。 你可以用文本编辑器打开它，修改以下关键参数（根据你的物理内存大小调整，以下值适用于16GB内存的机器）：

-Xms1024m -Xmx4096m -XX:ReservedCodeCacheSize=512m

• -Xms：JVM堆内存初始大小。
• -Xmx：JVM堆内存最大大小。这是最重要的参数，如果处理大型项目时IDE变卡或提示内存不足，可以适当调大此值（如-Xmx8192m）。
• -XX:ReservedCodeCacheSize：代码缓存大小，影响编译速度。

修改后需要重启CLion生效。

7.2 解决“未解析的引用”或代码补全失效

这是CLion新手最常见的问题之一。明明代码能编译通过，但IDE里却满屏红色波浪线，提示“Unresolved reference”。这通常是因为CLion的代码模型（负责代码分析和补全的后台进程）与实际的构建环境不同步。

1. 首先，检查工具链：确保Settings -> Toolchains里配置的编译器、CMake路径是正确的。
2. 重新加载CMake项目：这是最有效的第一步。点击工具栏上的黄色刷新图标，或按Ctrl+Shift+O，强制CLion重新运行CMake并更新其代码模型。
3. 清除缓存并重启：有时IDE的缓存会出错。点击File -> Invalidate Caches...，选择Invalidate and Restart。这会清除所有索引和缓存，重启后需要重新索引项目，时间可能较长，但能解决很多诡异问题。
4. 检查CMake输出：查看底部的“CMake”工具窗口，看CMake配置阶段是否有错误或警告。特别是检查是否成功找到了所有依赖库的头文件路径和库文件路径。
5. 确保头文件路径被包含：在Settings -> Build, Execution, Deployment -> CMake对应的Profile中，查看CMake options。有时你需要手动通过-I或-DCMAKE_CXX_FLAGS添加系统或第三方库的头文件路径。

7.3 处理网络热词中的相关场景

• “ubuntu 20.04 install samba”：这和CLion本身无关，但可能是开发环境配置的一部分。比如你想在Ubuntu和Windows之间共享项目目录。安装Samba后，你可以在Windows上通过网络驱动器访问Ubuntu中的项目，然后用Windows上的CLion通过“远程开发”或“文件系统同步”功能进行操作。不过，更推荐的方式是使用Git进行代码同步，或者直接使用CLion的远程开发功能。
• “ubuntu 20.04 telnet 离线安装包”：Telnet是一个不安全的远程协议，已基本被SSH取代。CLion的远程开发功能完全基于SSH。如果你需要连接旧设备，确保Ubuntu上安装了openssh-client即可：sudo apt install openssh-client。
• “clion配置visual studio2015”：这通常指的是在Windows系统上，CLion使用Visual Studio 2015的编译器（MSVC）作为工具链。在Ubuntu环境下，我们使用的是GCC或Clang，不涉及Visual Studio。
• “clion远程连接linux开发”：这正是CLion的亮点功能。如前所述，在Toolchains中添加一个Remote Host，配置好SSH连接。然后在Settings -> Build, Execution, Deployment -> Deployment中配置自动同步文件到远程主机。最后，在运行/调试配置中，选择使用远程工具链即可。这样，你可以在本地Windows/macOS的舒适IDE中，无缝开发部署在远程Ubuntu服务器上的程序。
• “openeuler 22.04 安装clion”：openEuler是一个Linux发行版，其安装CLion的步骤与Ubuntu 20.04几乎完全相同，都是下载.tar.gz包、解压、创建启动器。主要区别在于依赖包名可能略有差异，如果遇到缺失库的错误，根据提示使用yum或dnf安装对应依赖即可。

7.4 项目文件管理与清理

CLion会在项目根目录下生成一些自己的配置文件，位于.idea文件夹中。这个文件夹应该被添加到你的.gitignore文件中，因为它包含的是个人IDE设置（如运行配置、代码风格覆盖），不应提交到版本库。 同时，CMake的构建产物（默认在cmake-build-debug等目录）也很大，同样应该被忽略。一个典型的C++项目的.gitignore文件应该包含：

# IDE .idea/ *.iws # Build directories cmake-build-*/ build/ out/ *.o *.a *.so *.dylib # Executables *.exe *.out *.app

保持项目目录的整洁，只提交源代码和CMakeLists.txt等构建描述文件，是协同开发的好习惯。