开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

致命:使用CMake的FetchContent功能时'$GIT_DIR‘太大

问题：致命:使用CMake的FetchContent功能时'$GIT_DIR‘太大

回答：这个问题是在使用CMake的FetchContent功能时出现的。FetchContent是CMake的一个模块，用于在构建过程中从远程仓库获取依赖项。在使用FetchContent时，如果'$GIT_DIR'太大，会导致构建过程失败。

'$GIT_DIR'是Git版本控制系统中用于存储仓库信息的目录。当Git仓库非常大时，'$GIT_DIR'的大小也会相应增加。在使用FetchContent时，CMake会尝试将远程仓库克隆到本地，并将其存储在'$GIT_DIR'目录中。如果'$GIT_DIR'的大小超过了系统或文件系统的限制，就会出现问题。

解决这个问题的方法有以下几种：

清理'$GIT_DIR'目录：可以手动删除'$GIT_DIR'目录下的一些不必要的文件或文件夹，以减小其大小。可以删除一些旧的或不再需要的分支、标签或缓存文件等。
使用浅克隆：可以使用Git的浅克隆功能来减小'$GIT_DIR'的大小。浅克隆只克隆最近的几个提交记录，而不是完整的历史记录。可以通过在CMakeLists.txt中设置FetchContent的GIT_SHALLOW选项为ON来实现浅克隆。
使用其他方式获取依赖项：如果'$GIT_DIR'太大的问题无法解决，可以考虑使用其他方式获取依赖项。可以手动下载依赖项的源代码，并将其放置在项目中的指定位置，然后在CMakeLists.txt中使用add_subdirectory命令引入。

总结起来，解决使用CMake的FetchContent功能时'$GIT_DIR'太大的问题可以通过清理'$GIT_DIR'目录、使用浅克隆或使用其他方式获取依赖项来实现。具体的解决方法需要根据具体情况进行选择和调整。

腾讯云相关产品和产品介绍链接地址：

腾讯云代码托管服务：https://cloud.tencent.com/product/coderepo
腾讯云容器服务：https://cloud.tencent.com/product/tke
腾讯云云服务器（CVM）：https://cloud.tencent.com/product/cvm
腾讯云对象存储（COS）：https://cloud.tencent.com/product/cos
腾讯云区块链服务：https://cloud.tencent.com/product/tbaas
腾讯云人工智能服务：https://cloud.tencent.com/product/ai
腾讯云物联网平台：https://cloud.tencent.com/product/iotexplorer
腾讯云移动开发平台：https://cloud.tencent.com/product/mgp
腾讯云数据库服务：https://cloud.tencent.com/product/cdb

相关搜索:是否可以使用FetchContent或等效工具通过CMake添加没有CMakeLists.txt的库？如何使用CMake复制现代IDE的“构建并运行”功能？使用ToolbarItemGroup时，项目之间的剩余空间太大在Windows10 x64中使用CMAKE、FetchContent和Visual Studio2019构建libpng和zlib时出现链接错误使用Qt创建器时的CMake配置问题使用cppyy的cmake版本时，链接标志出错使用带有Doctrine 2的灯具时出现致命错误 windows上的CMake -使用导入的目标OpenGL::GLU时FindOpenGL.cmake中的错误？使用导出的sklearn模型时，Android Studio中的代码太大使用keras功能模型时的TypeError 致命:在我的管道中使用git时的模糊参数使用cmake构建Fortran共享库时出现奇怪的问题使用Ulimit运行Node时堆设置中的致命进程OOM 使用包'move‘的'distance’功能时出错使用Qt时删除CMake 3.14.0中的CMP0020错误当使用WSL作为CLion的工具链时，Cmake使用错误的路径使用cmake和doctest.h时出现链接器错误(它在没有cmake的情况下工作)致命异常:尝试使用Retrofit从OkHttp检索数据时的API Dispatcher 使用curve_fit拟合数据时，协方差矩阵的方差太大使用onclick上滑功能时的JQuery问题

相关搜索:

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

CMake 秘籍（五）

每个项目都必须处理依赖关系，而 CMake 使得在配置项目的系统上查找这些依赖关系变得相对容易。第三章，检测外部库和程序，展示了如何在系统上找到已安装的依赖项，并且到目前为止我们一直使用相同的模式。然而，如果依赖关系未得到满足，我们最多只能导致配置失败并告知用户失败的原因。但是，使用 CMake，我们可以组织项目，以便在系统上找不到依赖项时自动获取和构建它们。本章将介绍和分析ExternalProject.cmake和FetchContent.cmake标准模块以及它们在超级构建模式中的使用。前者允许我们在构建时间获取项目的依赖项，并且长期以来一直是 CMake 的一部分。后者模块是在 CMake 3.11 版本中添加的，允许我们在配置时间获取依赖项。通过超级构建模式，我们可以有效地利用 CMake 作为高级包管理器：在您的项目中，您将以相同的方式处理依赖项，无论它们是否已经在系统上可用，或者它们是否需要从头开始构建。接下来的五个示例将引导您了解该模式，并展示如何使用它来获取和构建几乎任何依赖项。

02

【C++】开源：FTXUI终端界面库配置使用

官网：https://arthursonzogni.github.io/FTXUI/index.html

01

面向 C++ 的现代 CMake 教程（五）

我们已经掌握了构建专业项目的所有必要知识；我们学习了结构化、构建、依赖管理、测试、分析、安装和打包。是时候将这些学到的技能付诸实践，通过创建一个连贯、专业的项目。

00

Xmake 和 C/C++ 包管理

Xmake 是一个基于 Lua 的轻量级跨平台构建工具，关于 Xmake 与构建系统的介绍，我们已经在之前的文章中做了详细的介绍：C/C++ 构建系统，我用 xmake。

01

CMake 秘籍（三）

测试是代码开发工具箱的核心组成部分。通过使用单元和集成测试进行自动化测试，不仅可以帮助开发者在早期检测功能回归，还可以作为新加入项目的开发者的起点。它可以帮助新开发者提交代码变更，并确保预期的功能得以保留。对于代码的用户来说，自动化测试在验证安装是否保留了代码功能方面至关重要。从一开始就为单元、模块或库使用测试的一个好处是，它可以引导程序员编写更加模块化和不那么复杂的代码结构，采用纯粹的、函数式的风格，最小化并局部化全局变量和全局状态。

02

面向 C++ 的现代 CMake 教程（四）

编写高质量代码并非易事，即使对于经验非常丰富的开发者也是如此。通过向我们的解决方案中添加测试，我们可以减少在业务代码中犯明显错误的风险。但这还不足以避免更复杂的问题。每一段软件都由如此多的细节组成，跟踪它们全部成为了一份全职工作。团队维护产品达成了数十种约定和多种特殊设计实践。

00

C++ 中文周刊第69期

从reddit/hackernews/lobsters/meetingcpp摘抄一些c++动态

02

CMake简易指南

CMake 详细说明参考官方文档 https://cmake.org/cmake/help/latest/index.html，其中latest为最新版本版本，不同 CMake 版本，API 有差异，请根据当前项目设置的最低版本来参考，高版本 API 在低版本无法使用。3.20之后的文档会标记该 API 的生效版本

05

svn迁移至git指南

将代码从SVN迁移至Git时，若不关注SVN的历史提交记录，则直接将一份源代码提交至远端Git仓库即可；但对于大多数项目，历史提交则是对团队比较宝贵的记录，若要导出SVN的历史记录，则需要借助Git与SVN是双向桥接的特性，即 git svn1，它允许你使用Git作为连接到SVN有效的客户端，这样你可以使用Git所有本地的功能然后如同正在本地使用SVN一样推送到SVN服务器。

02

学习笔记:03_如何使用Git命令把文件提交到版本库

git commit必须写注释否则: 格式: git commit -m ‘注释’

01

Git的gc功能

Git的底层并没有采用 CVS、SVN 底层所采用的那套增量式文件系统，而是采用一套自行维护的存储文件系统。当文件变动发生提交时，该文件系统存储的不是文件的差异信息，而是文件快照，即整个文件内容，并保存指向快照的索引。这种做法，提高 Git 分支的使用效率；但也容易导致代码仓库中内容重复程度过高，从而仓库体积过大。当遇到这种情况时，或者需要将仓库推送到远程主机时，就需要Git中的gc（garbage collect）功能，也就是垃圾回收功能。大体来说，当运行 "git gc" 命令时，Git会收集所有松散

05

配置文件管理维护到gitlab上（下）

二.脚本服务端 ecs-file-master.py 要修改脚本，host为服务端ip，git的url为项目地址，要手动建好 #!/usr/bin/python3 #当同一个文件更新2次时，则提交一次到线上 #nohup /usr/bin/python3 -u /root/bin/ecs-file-master.py >> /var/log/ecs-file-master.log 2>&1 & from socket import * import sys, time, os, json, struct

03

使用GrumPHP来纠正代码“毛病”

嗨，我是CrazyCodes,小时候做错事，长辈有没有训斥过你呢？今天让我们看看PHP的监护者，愤怒的老头- – grumphp

01

Ansible-playbook roles安装git实例(学习笔记二十八)

2、roles包共两个部分，一个是common，一个是git_install，其中common负责用yum安装相关组件：

04

披着CLion的外衣实则在讲CMake

至于 CLion 安装和基础设置，网上教程一大把，而且不是学习重点，根据自己需求配置即可。

03

CMake---优雅的构建C/C++软件项目实践(1)

首先说明的是本篇文章不从cmake的整个语法上去讲述，而是从一个实际项目的构建上入手，去了解如何优雅的去构建一个软件项目，搭建一个C/C++软件项目基本的依赖组件，最后形成一个构建C/C++软件项目的模板，方便后面新项目的重复使用。相信对我们日常的软件项目构建都会有很好的收获。废话不都说，开始。

05

Git 中文参考（八）

显示本地存储库中可用的引用以及关联的提交 ID。可以使用模式过滤结果，并且可以将标记解除引用到对象 ID 中。此外，它还可用于测试特定引用是否存在。

01

CMake 秘籍（四）

对于大多数项目，源代码是通过版本控制系统进行跟踪的；它通常作为构建系统的输入，构建系统将其转换为对象、库和可执行文件。在某些情况下，我们使用构建系统在配置或构建步骤中生成源代码。这可以用于根据在配置步骤中收集的信息来微调源代码，或者自动化原本容易出错的重复代码的机械生成。生成源代码的另一个常见用例是记录配置或编译信息以确保可复现性。在本章中，我们将展示使用 CMake 提供的强大工具生成源代码的各种策略。

02

QMake 工程转换为CMake 工程

QMake 工程转换为CMake 工程源码目录结构 . ├── build.sh ├── businesscontrol.cpp ├── businesscontrol.h ├── globaldef.h ├── lib │ └── x86_64 ├── log │ ├── LogFileManager.cpp │ ├── LogFileManager.h ├── main.cpp ├── mqtt │ ├── mqttclient.cpp │ ├── mqttclient.h ├

01

CMake学习笔记

CMake语法指定了许多变量，可用于帮助您在项目或源代码树中找到有用的目录。其中一些包括：

00

gtest单元测试框架介绍及简单使用

Gtest是Google的一个开源框架，它主要用于写单元测试，检查真自己的程序是否符合预期行为。可在多个平台上使用（包括Linux, Mac OS X, Windows, Cygwin和Symbian）。它提供了丰富的断言、致命和非致命失败判断，能进行值参数化测试、类型参数化测试、“死亡测试”。

03

Git 中文参考（三）

使用git mergetool运行多个合并实用程序之一来解决合并冲突。它通常在 git merge 之后运行。

01

CMake使用教程和原理

CMake是一个主要用于CPP的构建工具。CMake语言是平台无关的中间编译工具。同一个CMake编译规则在不同系统平台构建出不同的可执行构建文件。在Linux产生MakeFile，在Windows平台产生Visual Studio工程等。CMake旨在解决各平台的不同Make工具的产生的差异（比如GNU Make， QT的qmake，微软的nmake， BSD的pmake）。

节前超级干货福利放送！这可能是最实用的 Conan 管理依赖贴

Milvus 早期通过 FetchContent 和 ExternalProject 这些 CMake 内置方法自动下载依赖，在大部分情况下也够用，但随着 Milvus 内核的能力越来越丰富、依赖项也越来越多，例如要加入 Folly 使用它优化后的线程池、数据结构，要引入 opentelemetry-cpp 增强可观测性等。

03

TSN Usage——如何编译和使用temporal-segment-networks

TSN是”temporal-segment-networks”的简称，是视频动作识别任务里面当前最好的方法。虽然这个结构是在ECCV2016的论文里面提出来的，代码也放出来挺长时间了，但是这个项目里面集合了Caffe， OpenCV，CUDA，CUDNN等几大神坑项目，不同版本之间的依赖、选择等问题很麻烦，因此我之前编译了好几次都没有能够编译成功。这次花了近一天的时间来重新编译了一下整个项目，虽然还是有些问题，例如MPI编译没有通过，CUDA8貌似不支持，CuDNN v5好像也不支持，但最后总算是编译通过，可以运行了。所以记录一下整个的过程，期望对自己和别人能够有所帮助。

01

Git局域网内仓库搭建

git仓库是个存放数据的地方，也可以位于局域网内。这样可以满足不联网的电脑在局域网之间进行操作。

01

workflow、srpc源代码编译

https://gitee.com/sogou/workflow.git windows代码在分支中可以看到

01

PointPillars/SECOND代码调试笔记

代码链接上一篇文章已经显示。目前最新版的SECOND已经集成了PointPillars功能。

07

面向 C++ 的现代 CMake 教程（三）

你可能会认为，在我们成功将源代码编译成二进制文件之后，作为构建工程师我们的工作就完成了。事实几乎如此——二进制文件包含了 CPU 执行的所有代码，但代码分散在多个文件中，方式非常复杂。链接是一个简化事物并使机器代码整洁、易于消费的过程。

00

Git 版本及版本范围表示法

很多 Git 命令都使用 revision（修订版本）作为参数。根据不同的命令，有时候 revision 参数代表一个特定的提交，有时候代表某一个提交可以追踪到的所有的父提交（比如 git log）。在后面的这种情况中，一般也可以提供一个版本范围作为参数。另外，有的命令（例如 git show）使用 revision 参数代表其他对象，如 blobs 或者 tree 对象。

02

基于cmake为项目自动获取git分支tag的版本号和commitid

在项目构建的时候，我们经常会希望能够将git提交的分支信息和提交号(commitid)以及当前版本发布的tag信息作为版本号自动构建到程序里面，以便后续能够快速定位所运行的程序所定影的git源码的版本，从而快速发现和定位问题。

01

探秘git隐藏文件夹

分布式的版本管理同svn集中式版本管理不同的是，本地维护一个版本库，所以不需要联网服务器就可以做开发版本管理。每个开发者对自己仓库拥有写权限，而对其他所有人仓库的读权限。同时有个代表“官方”项目的权威的仓库。

CentOS7.8下编译muduo库找不到Boost库报错的解决方法

很早之前在CentOS7下编译安装过陈硕的muduo库并且成功运行示例程序muduo-tutorial，但是今天从github上面下载muduo源代码确报错了,提示Boost库找不到，但是我明明安装过Boost1.69.0的陈硕老师的Github为：https://github.com/chenshuo

02

Caffe2 - Detectron 安装

参考 Caffe2 - (一)Source 安装及问题解决和 Caffe2 官方 Install Instructions.

03

Swift 入门：编译 Swift 源码（1）

编程语言的很多特性都是依赖于编译器的。比如，与 C 语言的枚举相比，Swift 的枚举就依赖编译器实现了关联值等高级特性。

01

腾讯会议10秒编译百万代码｜鹅厂编译加速标杆案例公开

👉导读作为一个天然跨平台的产品，腾讯会议从第一行代码开始，团队就坚持同源同构的思想，即同一套架构，同一套代码，服务所有场景。过去一年，腾讯会议，迭代优化了 20000 个功能，稳定支持了数亿用户，其客户端仅上层业务逻辑代码就超 100 万行，经过优化，目前在 Windows 平台上的编译时间最快缩短到 10秒，成为行业 C++ 跨平台项目的标杆。本文将详细介绍背后的优化逻辑，希望给业界同行提供参考。 👉看目录，点收藏 1 编译加速有哪些方向？ 2 如何优雅的预编译 Module 产物？ 2.1 构建

03

cmake报错找不到Glog、Gflags、Eigen3

3、在自己项目的“CmakeLists.txt”文件中增加一行对glog路径的指定：

01

Mac-OSX的Python3.5虚拟环境下安装Opencv

09

【数据库内核】01——从0到1数据库内核实战，挑战数据库领域最强大脑

MiniOB只有几万行， SQLLite只有二十多万行源码，还有大神早就写了经典教材《数据库系统实践》《数据库系统概念》

01

建立一个跨平台可复用C++代码的实例工程（windows vs2017,android studio 可用）

一直想建立一个可复用c/c++代码的跨平台交叉编译的工程，特别是能分别使用vs2017,android studio , xcode 三种ide来在各自平台进行编码。这样就可以做到算法用c/c++多平台复用，平台特有api直接用nactive编码。最后再结合每个平台上的webview来实现界面web化，用h5来写界面。这样一套就是，界面用H5,平台IO访问接口（除了文件IO,和socket io,因为c/c++代码完全可以进行文件io和socketio）用原生代码,算法用c/c++编写，做到写一次交叉编译到多个平台，节约编码时间和跨平台难度。最近在github.com就发现了一个开源工程，实现了，用vs2017,anroid studio,xcode 协调编辑同一套代码，并分发不同平台的功能，但是他的as工程用的ndk build模式，as 3.1已经不推荐使用了，因为代码比较多，迁移起来好像狠麻烦，于是想自己做。得益于as迁移到用CMake来组织JNI工程代码，好像实现起来也狠顺利。首先新建一个根目录 Shot4Read。三个平台的project都放在这个目录。结构如下,其中Prj.Android 放的as 工程。Prj.Windows放的vs2017工程。ddmcore放的是可三端复用的c/c++代码。

02

如何对 Neuron 源码进行交叉编译

Neuron 是一款开源的轻量级工业协议网关软件，支持数十种工业协议的一站式设备连接、数据接入、MQTT 协议转换，为工业设备赋予工业 4.0 时代关键的物联网连接能力。

05

一小时肝一份文档，宠你我们是认真的

一个月黑风高、万籁俱静的夜晚，MMDeploy 社区群里传来一阵躁动，群友们纷纷直呼：牛啊，强啊！

02

腾讯会议10秒编译百万代码｜鹅厂编译加速标杆案例公开

👉腾小云导读作为一个天然跨平台的产品，腾讯会议从第一行代码开始，团队就坚持同源同构的思想，即同一套架构，同一套代码，服务所有场景。过去一年，腾讯会议，迭代优化了 20000 个功能，稳定支持了数亿用户，其客户端仅上层业务逻辑代码就超 100 万行，经过优化，目前在 Windows 平台上的编译时间最快缩短到 10秒，成为行业 C++ 跨平台项目的标杆。本文将详细介绍背后的优化逻辑，希望给业界同行提供参考。 👉看目录，点收藏 1 编译加速有哪些方向？ 2 如何优雅的预编译 Module 产物？ 2.1

08

xmake vs cmake对比分析

首先，不得不承认，cmake很强大，发展了这么多年，整个生态已经相当完善，功能也相当丰富，这点xmake目前是比不了的。

02

C++那些事之Step by step上手grpc

github上比较火的rpc有grpc、brpc，腾讯内部比较牛逼的trpc等等，这些rpc支持不同的语言、不同平台。今天来聊聊如何使用grpc，从一个简单的demo入手，整个项目使用CMake构建，一个非常标准的rpc项目管理，所有代码已更新至星球，获取方式见最后的二维码。

03

【用户经验分享】NVIDIA Jetson TX2开发板运行 jetson-inference 出现问题的终极解决办法

注之前本公众号发布了一个教程【入门篇】Jetson TX2深度学习Inference初体验，里面提到一个步骤，就是可能会出现错误，提示nvidia.app.box.com链接不上，导致模块下载不下来

05

第10节 libtorch与torchvision交叉编译（ARM与安卓 ios）

libtorch cross compile on aarch64-linux-gnu-gcc include torchvision

01

CMake 秘籍（八）

在本书的最后一章中，我们将结合前面章节中讨论的多个不同的构建块，并将其应用于一个实际项目。我们的目标将是逐步展示如何将一个非平凡的项目移植到 CMake，并讨论这样的过程中的步骤。我们将为移植您自己的项目或为遗留代码添加 CMake 支持提供建议，无论是来自 Autotools，来自手工编写的配置脚本和 Makefile，还是来自 Visual Studio 项目文件。

01

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭