ubuntu创建快捷方式坑
发表于|更新于
|浏览量:
通向谬误的道路有千百条，通向真理的道路只有一条。——卢俊
使用命令：
1 | ln -s /path/to/original /path/to/link |
这里如果是目录，会导致出现在/path/to/link下有/path/to/original的快捷方式original
因此，如果想让在/path/to目录下创建该目录的快捷方式，应该使用：
1 | ln -s /path/to/original /path/to |
相关推荐
2026-05-18
win系统WiFi黄叹号
书籍是伟大的天才留给人类的遗产。——艾迪生 一台“倔强”老电脑的上网记：当右下角的 WiFi 出现黄色感叹号之后那天，我遇到了一台很有“脾气”的 Windows 老电脑。 它安安静静地摆在那里，外表看起来一切正常，开机不慢，桌面也还能撑起几分当年的体面。可偏偏右下角的 WiFi 图标，顶着一个醒目的黄色感叹号，像是在用一种闷闷不乐的表情告诉我： “我连上了，但我又没完全连上。” 这类场景，相信不少人都见过。电脑明明显示已经连接上无线网络，可网页打不开，软件连不上，网络像是隔着一层透明玻璃——看得见，摸不着。 而这一次，问题还挺有意思。 事情的开始：WiFi 连着，网络却像失了魂刚看到那个黄色感叹号的时候，我的第一反应其实很普通： 大概是 WiFi 坏了吧。 毕竟平时一遇到上不了网，很多人第一时间都会把“锅”甩给路由器。它也确实常年背锅，像个沉默寡言的老实人，谁都能来怪它两句。 于是我先从最常规的方向开始查： 看看手机能不能连这个 WiFi 换另一台设备试试网络是否正常 再确认一下路由器是不是抽风了 结果一圈查下来，WiFi 本身居然一切正常。 手机连上，能刷视频；别的设...
2023-02-01
sh脚本执行完毕按任意键退出
人事关系在社会上是一种资本，若要它经久，就不得不节用。——列夫·托尔斯泰 只需要在sh脚本后面添加这一行： 1read -n 1 例如： 1234567891011121314151617nvm use 14cd ./node_modules/hexo-generator-json-content# 卸载新版本cnpm uni hexo-util# 安装 2.7版本cnpm i hexo-util@2.7cd ../../hexo cleangit add .git commit -m ":trollface:"git branch --set-upstream-to=origin/master mastergit pull --allow-unrelated-historiesgit pushhexo ghexo dread -n 1 效果：
2024-07-20
配置github的issue模板
宿命论是那些缺乏意志力的弱者的借口。 —— 罗曼·罗兰 文档如下： 为仓库配置议题模板 - GitHub 文档 这里有个demo 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465name: Bug Reportdescription: File a bug report.title: "[Bug]: "labels: ["bug", "triage"]projects: ["octo-org/1", "octo-org/44"]assignees: - octocatbody: - type: markdown attributes: value: | Thanks for taking the time to fill out this bug rep...
2022-10-15
节假日补班日历
生存本身是一种徒劳。——《雪国》 地址：https://github.com/lanceliao/china-holiday-calender ics：https://www.shuyz.com/githubfiles/china-holiday-calender/master/holidayCal.ics
2022-07-03
idea打印断点日志
履不必同，期于适足；治不必同，期于利民。——魏源 先上图 然后开始 水字数 讲解： 我们可以看到当我们debug设置断点时，如果勾选了黄色区域 Log: "Breakpoint hit" message(日志 “断点命中”消息) 此时当我们的断点触发后，会打印断点命中时的信息 1BreakPoint reached at 类名:行号 旁边还有一个Stack trace 和上面的类似，但会打印出堆栈信息
2025-07-08
GitHub Actions 缓存升级：从 v2 直接跳到 v4 的最佳实践
文变染乎世情，兴废系乎时序。一一刘勰 随着 GitHub 官方宣布即将关闭 actions/cache v1 和 v2 的支持，越来越多的项目维护者开始将缓存插件升级到更高版本。与其先升级到 v3 再考虑 v4，为何不一步到位，直接用上最新版？本文结合实际案例，分享如何将 Actions 缓存插件直接从 v2 升级到 v4，并解读背后的技术优势与注意事项。 1. 为什么要升级到 v4？ 官方强制：2024 年底后所有使用 v1/v2 的 workflow 将直接报错，工作流无法继续执行。 v4 新特性与优势： 支持更大的缓存（单个缓存最大 10GB，v2 仅 5GB） 性能优化，缓存恢复更快 更完善的安全策略和依赖校验 支持自定义 save-always 等新参数，灵活性更好 官方长期维护，bug 修复及时 2. 升级方法一览假设你原来的 workflow 片段如下： 12345- name: Cache Maven packages uses: actions/cache@v2 with: path: ~/.m2 key: ${...