Obsidian笔记记录与Gitee云存储

Obsidian笔记记录与Gitee云存储

Obsidian下载

首先下载ObsidianObsidian - 磨砺你的思维,下载完成后打开会弹出本地仓库创建的提示

每个仓库都是一个相对独立的空间,我们的笔记和插件都存放在里面,如核心插件的插入模板的模板文件夹和第三方插件都是各仓库独立,新建仓库都要重下第三方插件。我们可以先打开本地资源管理器自定义一个文件夹专用于这些仓库存放如D:\Obsidian\docs_notes,这样便于即将的云端

SmartGit下载

从 SmartGit 24.1 版本开始,软件安装包已经内置了完整的 Git 客户端、SSH 客户端以及文件对比/合并工具。安装完 SmartGit,就等于同时安装好了 Git,可以直接开始使用,无需任何额外配置。SmartGit | SmartGit,进入下载。

SmartGit 本身下完后会有90天的试用期,此后需要充值使用。但也可以通过此链接Apply for Non-Commercial License申请,选爱好那一栏填名字邮件申请等审批就能无限用了,申请后会收到一个确认链接,此后等待约一天可以收到下文件的返回,在smartgit选中他就可以无限使用了。

Gitee创建空仓库

工作台 - Gitee.com点击链接创建账号,首页点击右上角加号可以进行创建仓库

我因为仅仅是云端存放笔记所以如下设置,值得注意不要点初始化仓库,否则后续要在该仓库网页中重新将该仓库请空,具体原因会后面展示

进行本地仓库与Gitee绑定

进入SmartGit将我们先前创立用于存放Obsidian仓库的文件夹路径添加为本地仓库

这时该本地仓库还没与Gitee创建的仓库绑定,可点击远程-推送到,会有add-remote的提示

我们先回到先前gitee创建仓库的首页,点击克隆/下载将URL复制

这里就可以复制进去,随后会有账号和密码的输入验证

以上完成之后就可以提交并推送了,本地-提交,这里需要如果内容多可以ctrl+shift+a+左击全选,再自定义提交信息就可以提交了,当然还有点击push将本地仓库推送到云端。

​​可能问题

hint: Updates were rejected because the tip of your current branch is behind Done hint: its remote counterpart. If you want to integrate the remote changes, hint: use 'git pull' before pushing again. hint: See the 'Note about fast-forwards' in 'git push --help' for details. 'master' rejected (non-fast-forward)

假如我们没有创建空仓库就上传的话会有如上报错,大意是因为远程分支包含本地没有的提交,导致无法快进合并。一般来说点击同步或先pull再push,但实际上此时依旧报错。

执行 git pull origin master 时,Git 会尝试将远程的提交拉取到本地,并合并到当前分支。
如果本地仓库是全新初始化的(没有 commit),那么本地分支 master 还不存在(或者说指向一个空状态)。
此时执行 pull,Git 会拉取远程的提交,但不会自动创建本地分支来跟踪远程分支,或者合并时可能会因为本地没有 commit 而出现问题。
即使拉取成功,本地工作目录中出现了远程的文件(比如 README.md),但本地仓库的提交历史仍然缺失——因为拉取下来的远程提交并没有被合并到本地的一个有效分支上(本地分支还是空的)。
然后你再尝试 push,Git 检查发现本地分支依然没有提交历史(或者本地分支指向的提交与远程分支没有共同祖先),所以仍然拒绝推送。

故而我们Gitee最开始就需要创建一个空仓库,或者清空仓库

https://github.com/0voice

Read more

Flutter 组件 tw_queue 的适配 鸿蒙Harmony 实战 - 驾驭分布式高并发任务队列、实现鸿蒙端流式任务调度与生产级持久化断点续传方案

Flutter 组件 tw_queue 的适配 鸿蒙Harmony 实战 - 驾驭分布式高并发任务队列、实现鸿蒙端流式任务调度与生产级持久化断点续传方案

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 tw_queue 的适配 鸿蒙Harmony 实战 - 驾驭分布式高并发任务队列、实现鸿蒙端流式任务调度与生产级持久化断点续传方案 前言 在鸿蒙(OpenHarmony)生态的工业级应用或是大型协同办公软件中,我们时刻面临着“海量任务堆积”的挑战。例如:在 0307 批次的博文自动化生产线中,160 个文件、上百万字的博文生成、图片压缩以及云端同步任务,如果全部无脑地开启并发,会瞬间撑爆鸿蒙设备的内存句柄(OOM),同时也可能触发后端的限流封禁。 我们需要的是一个具备“理智”与“弹性”的交通管制系统。 tw_queue 是一套专为高性能、分布式任务调度设计的流水线工具。它不仅能控制并发数(Concurrency),更具备了任务持久化、失败自动重试、甚至是带权重的优先级调度能力。在鸿蒙适配实战中,tw_

By Ne0inhk
Spring Boot AOP(五) 高级特性与源码实践

Spring Boot AOP(五) 高级特性与源码实践

博主社群介绍: ① 群内初中生、高中生、本科生、研究生、博士生遍布,可互相学习,交流困惑。 ② 热榜top10的常客也在群里,也有数不清的万粉大佬,可以交流写作技巧,上榜经验,涨粉秘籍。 ③ 群内也有职场精英,大厂大佬,跨国企业主管,可交流技术、面试、找工作的经验。 进群免费赠送写作秘籍一份,助你由写作小白晋升为创作大佬,进群赠送ZEEKLOG评论防封脚本,送真活跃粉丝,助你提升文章热度。 群公告里还有全网大赛约稿汇总/博客提效工具集/ZEEKLOG自动化运营脚本 有兴趣的加文末联系方式,备注自己的ZEEKLOG昵称,拉你进群,互相学习共同进步。 文章目录 * Spring Boot AOP(五) 高级特性与源码实践 * 1. 高级特性概述 * 2. 自定义 Pointcut * Mermaid 图:自定义 Pointcut 匹配流程 * 3. 自定义 Advice

By Ne0inhk
Flutter 组件 csv2json 适配鸿蒙 HarmonyOS 实战:高性能异构数据转换,构建 CSV 流式解析与全栈式数据映射架构

Flutter 组件 csv2json 适配鸿蒙 HarmonyOS 实战:高性能异构数据转换,构建 CSV 流式解析与全栈式数据映射架构

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 csv2json 适配鸿蒙 HarmonyOS 实战:高性能异构数据转换,构建 CSV 流式解析与全栈式数据映射架构 前言 在鸿蒙(OpenHarmony)生态迈向工业数字化、涉及海量历史报表同步、离线数据采集及跨系统异构数据对齐的背景下,如何实现一种既能处理超大规模文本、又能保障转换极速且具备“非阻塞”特性的数据清洗方案,已成为决定应用数据吞吐能力与内存稳健性的核心因素。在鸿蒙设备这类强调 AOT 极致性能与受限内存足迹的环境下,如果应用依然采用原始的循环分割或同步全量加载 CSV,由于由于数据规模的膨胀,极易由于由于“内存瞬时爆表”导致鸿蒙应用的任务栈卡死。 我们需要一种能够流式处理(Streaming)、支持自动化字段映射(Auto-mapping)且具备零样板代码特性的转换方案。 csv2json 为 Flutter 开发者引入了“数据流变幻”范式。它将结构松散的 CSV 文本精确轰击为高维度的 JSON

By Ne0inhk
Spring Boot 视图层与模板引擎

Spring Boot 视图层与模板引擎

Spring Boot 视图层与模板引擎 19.1 学习目标与重点提示 学习目标:掌握Spring Boot视图层与模板引擎的核心概念与使用方法,包括Spring Boot视图层的基本方法、Spring Boot与Thymeleaf的集成、Spring Boot与Freemarker的集成、Spring Boot与Velocity的集成、Spring Boot的静态资源管理、Spring Boot的实际应用场景,学会在实际开发中处理视图层问题。 重点:Spring Boot视图层的基本方法、Spring Boot与Thymeleaf的集成、Spring Boot与Freemarker的集成、Spring Boot与Velocity的集成、Spring Boot的静态资源管理、Spring Boot的实际应用场景。 19.2 Spring Boot视图层概述 Spring Boot视图层是指使用Spring Boot进行Web应用开发的方法。 19.2.1 视图层的定义 定义:视图层是指使用Spring Boot进行Web应用开发的方法。 作用:

By Ne0inhk