MetMan's Blog

标签搜索

热门文章

最新文章

Typecho博客网格

置顶

Typecho博客网格

基于油管视频搭建个人Typecho博客网站。视频对应文字介绍：https://iweec.com/336.htmlVPS目前使用Racknerd VPS。主题主题不使用视频中提供的版本，而是使用joe魔改版1.1.9，主题下载地址：https://github.com/XG2020/Typecho-Joe-Theme。侧边栏广告位图片适配图片分辨率调整设置广告位高度为90px （原先190px）usr/themes/Typecho-Joe-Theme/assets/css/joe.min.css外链图片不能正常显示在控制台->外观->设置外观->公共设置中“自定义head标签末尾位置内容”中添加<meta name="referrer" content="no-referrer" /> 插件代码高亮试用了CodeStyle和ColorHighlight插件发现与现在的主题不适配，最终选择了SyntaxHighlighter这款插件。插件地址：https://github.com/tinpont/SyntaxHi...

2023年10月21日

49,324 阅读

1 评论

ODC库使用建议

ODC库使用建议

odc库使用建议ODC库必须初始化在程序调用实际odc库函数前，必须调用odc_initialise_api函数。因为odc内部使用eckit库，如果odc程序未使用eckit，必须要初始化函数初始化eckit，否则程序会报错。Attempting to access a non-existent instance of Main() backtrace [1] stack has 12 addresses (/path/to/eckit/1.25.0/lib64/libeckit.so+eckit::BackTrace::dump[abi:cxx11]())0x1af (/path/to/eckit/1.25.0/lib64/libeckit.so+eckit::Main::instance())0x4d (/path/to/eckit/1.25.0/lib64/libeckit.so+eckit::ResourceBase::init())0x7e (/path/to/eckit/1.25.0/lib64/libeckit.so+eckit::FileHandle::open...

2024年12月02日

188 阅读

0 评论

ODC库使用：数据解码

ODC库使用：数据解码

代码示例及API使用Fortran接口进行说明，C相关接口可查阅官方文档。数据解码解码（Decoder）过程就是从ODB-2消息流（常为文件载体）解码到计算机内存中。编码（encoder）是解码的逆过程。ODB-2数据解码在API层面涉及三个类对象（ODC库使用C++实现，使用面向对象设计），涉及到从文件操作底层到解码高层层级。Reader对象Reader对象负责ODB-2数据流的底层资源控制，比如ODB-2文件打开、关闭。type(odc_reader) :: reader !定义Reader对象 rc = reader%open_path("imaginary/path.odb") !打开ODB-2文件 ... rc = reader%close() ! 关闭odb-2文件，释放资源Frame对象Frame对象提供ODB-2消息流的连续数据的一块（chunk）切片视窗。该数据块必须拥有相同的列结构（即列的数目、名称及关联数据类型）（这就是frame的定义，即ODB-2处理数据单元是一个frame）。Frame对象在不用解码数据（data）情况下可获取元...

2024年12月02日

196 阅读

0 评论

ODC库使用：ODB-2数据格式介绍

ODC库使用：ODB-2数据格式介绍

用好ODC库的前提是对ODB-2数据格式有一定了解。ODB-2是专门为气象观测数据设计的一种数据格式，具有（自描述）元数据、紧凑特点。ODB-2不是一种文件格式，更应该看作是一种消息格式。ODB-2数据流不一定存储在文件中，可以存放在内存中，甚至可以通过网格传输ODB-2数据流。ODB-2数据是（二维）表格型数据格式，可以类比excel表格来理解。frame概念在ODB-2数据格式中，引入了frame概念，可以类比excel中的sheet。ODB-2数据由一串frames构成，每个frame都是独立、自描述的，frames之间不需要拥有相同的结构，就像excel表格中每个sheet之间是独立的一样。每个frame是由元数据header和数据表组成。header部分定义columns（列）属性、编码codecs及其他元数据信息。数据部分存储了对应的数据。表格每一行（row）代表一条观测记录，行与行（即观测记录之间）是独立的。表格每一列（column）代表观测资料的一种属性，比如观测日期、站点号、观测值等等。每一个column附带着名称(name)/数据类型(type)等属性。Col...

2024年12月02日

254 阅读

0 评论

Git Workflow学习（四）

Git Workflow学习（四）

下面继续介绍分叉工作流（forking workflow）。原文见文后链接。分叉（Forking）工作流与其他流行的 Git 工作流有着根本的不同。它不是使用单个服务器端存储库作为“中央”代码库，而是为每个开发人员提供自己的服务器端存储库。这意味着每个贡献者不是一个，而是两个 Git 存储库：一个私有的本地存储库和一个公共服务器端存储库。分叉工作流最常见于公共开源项目中。分叉工作流的主要优点是可以集成贡献，而无需每个人都推送到单个中央存储库。开发者推送到自己的服务器端仓库，只有项目维护者才能推送到官方仓库。这允许维护者接受来自任何开发人员的提交，而无需授予他们对官方代码库的写入权限。分叉工作流通常遵循基于Gitflow工作流的分支模型。这意味着完整的功能分支将用于合并到原始项目维护者的存储库中。其结果是一个分布式工作流，为大型团队（包括不受信任的第三方）提供了一种灵活的方式来安全地进行协作。这也使其成为开源项目的理想工作流程。工作方式与其他Git工作流一样，分叉工作流从存储在服务器上的官方公共存储库开始。但是当新开发人员想要开始处理项目时，他们不会直接克隆官方存储库。取而代之的是...

2024年11月19日

217 阅读

0 评论

Git Workflow学习（三）

Git Workflow学习（三）

前文介绍了功能分支工作流，下面继续介绍Gitflow工作流，原文链接见文末。Gitflow 是一种典型的 Git 工作流，最初提出时被认为是管理 Git 分支的颠覆性新颖策略。现在基于Gitflow工作流越来越流行，被认为是现代持续软件开发和DevOps实践的最佳实践。Gitflow与CI/CD一起使用也可能具有挑战性。这篇文章详细介绍了 Gitflow。什么是 Gitflow？Gitflow 是一种替代的 Git 分支模型，涉及使用功能分支和多个主分支。它最初由"Vincent Driessen at nvie"发布并流行起来。与基于主干的开发相比，Gitflow 具有大量、寿命更长的分支和更大的提交。在此模型下，开发人员创建一个功能分支，并延迟将其合并到主干分支，直到功能完成。这些长期存在的功能分支需要更多的协作才能合并，并且偏离主干分支的风险更高。它们还可能引入冲突的更新。Gitflow 可用于具有计划发布周期的项目和持续交付的DevOps最佳实践。此工作流不会添加任何超出功能分支工作流所需的新概念或命令。相反，它将非常具体的角色分配给不同的分支，并定义它们应该如何以及何时...

2024年11月19日

195 阅读

0 评论

Git Workflow学习（二）

Git Workflow学习（二）

功能分支工作流背后的核心思想是，所有功能开发都应该在一个专用的分支中进行，而不是在main分支中进行。这种封装使多个开发人员可以轻松地在不干扰主代码库的情况下处理特定功能。这也意味着main分支永远不会包含损坏的代码，这对于持续集成环境来说是一个巨大的优势。封装功能开发还可以利用拉取请求（pull requests），这是围绕某个分支发起讨论的一种方式。它们让其他开发人员有机会在将功能集成到正式项目之前确认该功能。或者，如果你开发某个功能遇到困难，你可以打开一个拉取请求，向你的同事征求建议。关键是，拉取请求使您的团队可以非常轻松地对彼此的工作发表评论。Git 功能分支工作流是一个可组合的工作流，可由其他高级 Git 工作流利用。Git Feature Branch Workflow 以分支模型为中心，这意味着它是管理和创建分支的指导框架。其他工作流更侧重于存储库。Git 功能分支工作流可以合并到其他工作流中。Gitflow工作流和Git forking工作流传统上在其分支模型方面使用 Git 功能分支工作流。工作方式Feature Branch Workflow 假定一个中央存储...

2024年11月19日

206 阅读

0 评论

Git Workflow学习（一）

Git Workflow学习（一）

本文内容主要翻译自Atlassian公司的GIT Tutorial系列文章。A Git workflow is a recipe or recommendation for how to use Git to accomplish work in a consistent and productive manner.Git工作流是关于如何使用 Git 以一致且高效的方式完成工作的秘诀或建议。目前市面上有很多Git工作流，需要根据开发特点选择定制适合团队的Git工作流，从而保证研发协助的高效。什么是成功的Git工作流在评估团队的工作流程时，最重要的是考虑团队的文化。我们希望工作流程能够提高团队的效率，而不是成为限制生产力的负担。评估Git工作流时要考虑的一些事项包括：此工作流程是否随团队规模可扩展？使用此工作流程撤消失误和错误是否容易？此工作流程是否强加给团队任何不必要的认知开销？关于第一个问题，一般团队规模稳定的话，这个不是太大问题。关于第三个问题，我认为这是很重要的问题，可能会导致工作流无法在团队内部被采用。集中式工作流程集中式工作流是一个适合团队从集中式版本管理软件（比如SV...

2024年11月19日

257 阅读

0 评论

打造永不离线的Tmux开发环境

打造永不离线的Tmux开发环境

最近服务器经常重启，导致个人定制的Tmux开发环境总是失效，因此研究如何保存tmux环境的方法使其在机器重启后依然能够使用。经过研究发现通过tmux插件tmux-resurrect和tmux-continuum插件组合能够满足我的需求，能够（定时）自动保存tmux会话到磁盘、自动加载会话功能。其中插件resurrect负责手动保存会话（到文件）、恢复tmux会话环境，而continuum在rescurrect基础上能够进一步自动保存恢复会话。项目地址tmux-rescurrect: https://github.com/tmux-plugins/tmux-resurrecttmux-continuum: https://github.com/tmux-plugins/tmux-continuum插件安装本人使用Tmux插件管理器TPM自动安装以上两个插件，也可以根据插件说明手动安装。在~/.tmux.conf配置文件中加入以下配置信息（前提是TPM已经安装）：# ~/.tmux.conf set -g @plugin 'tmux-plugins/tpm' set -g @plu...

2024年11月19日

329 阅读

0 评论

查看更多

MetMan博主

访问 113530 ℃

153 文章数

5 评论量

互动读者

标签云

最新回复

tqymnonccc打酱油
2024-09-27

怎么收藏这篇文章？
toibdpojay打酱油
2024-09-22

博主真是太厉害了！！！
yvctxyevvw打酱油
2024-09-22

博主真是太厉害了！！！
frezhwzwuq打酱油
2024-09-22

博主真是太厉害了！！！

繁

登录

X