需求 gitea release 时，上传的二进制文件大小提示受限. gitea exceeds the maximum size of (4 MB). 解决 修改 gitea 配置文件，在 gitea/conf/app.ini 里面。在 [attachment] 这一项下面增加 MAX_SIZE 和 MAX_FILES. [attachment] PATH = /data/gitea/attachments MAX_SIZE = 128 MAX_FILES = 16 注意， [repository.upload] 下面也有 FILE_MAX_SIZE 和 MAX_FILES, 但是这两个设置之后，并不能解决问题。只有 [attachment] 下面的才是有效的。 参考 Configuration Cheat Sheet 1.19.4 Configuration Cheat Sheet 1.21-dev Increase repository release upload max files limit gitea上传大小限制
需求 gitea 如何 release 解决 release 之前，首先需要打 tag. 有了 tag 之后，才能在 gitea 上面如下操作: tag 页面，找到具体的 tag，然后点击对应的 release 跳转到 release 页面，填写相应的标题和内容，把二进制文件等其他的的附件拖进去。 勾选 use the title and content of release as tag message, 这个表示在 release 页面，具体的某个 release 使用你填写的标题和内容。 如果二进制文件后期还需要调整等情况，可以勾选 mark as pre-release, 这个是预发布。 保存为草稿或者直接发布。 参考 怎样在github上发布pre-release和release?（我跟着这个操作成功了） git tag 以及发布 release git中tag与release的创建以及两者的区别
需求 在构建版本的时候，需要在 debug 和 release 版本中有不一样的地方，这时候就需要使用宏来自动识别并展开对应的语句。 解决 C++ #ifdef DEBUG cout << "Debug！" << endl; #else cout << "Release!" << endl; #endif Qt #ifdef QT_DEBUG cout << "Debug！" << endl; #else cout << "Release!" << endl; #endif 参考 C++ 或 QT 判断当前模式是Debug还是Release模式
需求 syslog 虽然使用起来很方便，但是直接使用有几个问题： 虽然有日志信息，但是不够全面不方便定位 那么多的日志都混在一起，没有重点，调试时不方便 debug 和 release 时，日志应该不一样。 解决 日志信息更丰富 syslog 可以使用 __FILE__, __LINE__, __FUNCTION, 这几个来标识出当前的日志是在那个文件，第几行，哪个函数输出的。 syslog(LOG_DEBUG, "%s: %d: %s --> class construct", __FILE__, __LINE__, __FUNCTION__); 使用宏来开关日志 下面这个是普通替代的宏，可以用于开关日志. #ifdef xxx #define LOG(priority, format, ...) syslog(priority, format, ## __VA_ARGS__) #else #define LOG(priority, format, ...) #endif 使用宏来减少输入 但是每条日志都要这样写，就太麻烦了，我们可以使用宏来解决这个问题: #define LOG(priority, format, ...) syslog(priority, "%s: %d: %s --> "#format, __FILE__, __LINE__, __FUNCTION__, ## __VA_ARGS__) LOG(LOG_DEBUG, "class construct"); 上面这条宏，我们在使用时，不需要显式的写出相关的参数，宏展开的时候，会自动帮我们加上这些参数，日志会包含文件名，行号，函数名. 使用宏增加日志等级 当多条日志信息在一起的时候，比较难抓住重点，虽然可以使用搜索，但是终归没有那么方便。我们可以通过宏给日志消息里面附上对应的等级，也方便后期维护时使用脚本进行解析。 #define LOG(priority, format, ....