在VSCode中连接Docker环境并调试基于Makefile的项目
约 377 个字 • 56 行代码
上一篇的延续😅，因为用clion调试好像出了一点奇怪的小问题暂时没有搞清楚😅并且也懒得了，于是就按照之前从谷歌搜出来的stackoverflow的帖子中的回答进行(vscode的)设置，并且还需要docker容器中有gdb，就可以断点调试了。
Blog¶
本站目前共记录 62 篇文章
使用CLion实现使用Docker环境调试cmake项目
约 2134 个字 • 28 行代码
在完成北大编译实践课程的过程中，由于实验环境是用的docker，我在vscode上不能直接进行断点调试(直接调试使用的是我电脑上的环境)。之前也尝试过使用vscode来连接docker容器，但是要调试似乎需要添加tasks.json和launch.json，比较复杂，并且也没弄成功。
今天突然想到CLion是用cmake来构建项目，那我或许可以尝试使用CLion来连接docker环境，(因为有较好的集成功能)而较为简单地就能实现调试。
使用DeepSeek编写一个网页小程序的全过程记录
约 20961 个字 • 2052 行代码
在背同义替换的过程中又想出了一个idea，但是对于如何实现几乎没什么思路(不懂前端😅)，于是就开始面向Deepseek编程了😂。
个人觉得跟Deepseek反馈并修改程序的整个过程还是挺值得记录的(，或许以后会有参考的价值)。
借助DeepSeek实现在MkDocs-Material网页上使用Three.js展示3D模型
约 5052 个字 • 1227 行代码
之前在查看kinect摄像头github仓库时，发现其中有一个摄像头的3d模型文件，于是就产生了把这个3d模型文件展示在文档首页的想法。
之后搜索了一下如何在html中显示3d模型，发现主流是使用three.js。查看了three.js的说明文档，但是感觉太复杂了(有很多东西需要设置)，于是就直接开始询问deepseek，最后一步步将idea实现成了实际的效果。
在mkdocs中的代码块添加展开/折叠功能
约 494 个字 • 127 行代码
在查看pymdown-extensions的文档时，发现在Details页面的底部的两个代码块可以展开和折叠(折叠时只展示几行代码)，
而mkdoc-material官方对于将代码块收缩这样的功能给出的解决方案是使用Collapsible blocks
参考mkdocs-material官方的讨论区中的一个讨论
Focussable & Collapsible code blocks. · squidfunk/mkdocs-material · Discussion #3944
尝试使用Github Action自动更新submodule
约 472 个字 • 46 行代码
由于之前有在一个仓库中添加submodule，而如果submodule更新了，父仓库还需要在本地将submodule同步，然后在commit和push。觉得很麻烦，于是搜索有没有能自动化完成这些操作的办法，发现了这个帖子
最高赞回答是Artur A的回答，提到的方法是，在父仓库中创建一个workflow，可以更新所有的submodule并push，再在submodule中创建另一个workflow，它在submodule被推送时去触发父仓库中的workflow。
实现使用Github Action自动同步fork的上游仓库
约 649 个字 • 160 行代码
把同学写的一个仓库fork到了github组织当中。但是同学每次更新，在组织中的仓库都需要手动同步一下，觉得很麻烦，于是开始在谷歌上搜索。
过程中有看到这篇帖子，但是最后没有采取最高赞的回答的方法。
最后找到了这个仓库/action应用
通过实现在Github Action中将文件推送到另一个仓库中，实现private文档仓库构建的页面自动部署到public仓库中
约 2346 个字 • 140 行代码
因为想要构建的网页包含密码，而我又想使用github action来在main分支推送时自动构建页面，所以存储文档的仓库中就需要包含设置密码的 passwords.yml，因此仓库的属性就需要设置成private(要不然直接翻仓库就能看到密码了😅)。
而免费的github的组织中，private的仓库不能开启github pages，所以一种办法是(文档存储在private仓库中而)把构建的页面放置在另一个public的仓库中(另一种办法就是直接氪金)。又因为我想要只推送一次文档就可以让github action自动部署好(懒惰是人类进步的阶梯)，所以就有了这次的记录。
关于使用MkDocs-Material文档仓库进行快速预览
约 281 个字 • 49 行代码
由于我的blog越写越多，如果想要在推送到github前进行效果预览，在原本的本地仓库中进行 mkdocs serve 时，第一次构建以及每次修改后的构建都要等待很久，所以就把除了md文档和git的其他文件直接复制到了另一个文件夹中，将要预览的md文档放在这个“副本仓库”下的相应的位置，再进行预览生成速度就很快了。
Simon Birrell的 如何构建基于Python的ROS软件包 的中英文对照机翻
约 6024 个字 • 90 行代码
在询问ChatGPT如何组织一个python的ros包的过程中，它的回复中提到了一篇Simon Birrell写的文章 How to structure a Python-based ROS package，去拜读了一下感觉受益匪浅。
由于文章篇幅略微有点长，每次打开加载翻译都要挺久，所以将原文和机翻搬运过来，方便自己之后的查阅。