飘逸峰的博客

Spring--Java程序员的春天

摘要

阅读全文 »

摘要

  • 本文写没有对方仓库写权限时,如何 fork、在自己的仓库上推分支,再向原仓库开 Pull Request。本文按 gh 2.103.3、Git 2.56.0。
  • 自己仓库里直接推分支再开 PR,见 Git安装和常用命令(最新) 第 27 节。gh pr create 的其余参数见 GitHub CLI 之 gh 命令。登录见同一篇。
  • gh repo fork。
阅读全文 »

摘要

  • 本文写 git worktree:同一个仓库开出第二个目录,各自停在不同分支。本文按 Git 2.56.0。
  • 只是把修改收起来再切回原分支时,用 Git安装和常用命令(最新) 第 26 节的 git stash。分支的创建和切换见同一篇第 18 节。
  • git-worktree。
阅读全文 »

摘要

阅读全文 »

摘要

阅读全文 »

摘要

阅读全文 »

摘要

阅读全文 »

摘要

  • 插件仓库:KochC/opencode-llm-proxy,npm 包名 opencode-llm-proxy。本文按插件 1.11.2、OpenCode 2.1.2 来写。
  • 它不是单独启动的服务。OpenCode 2.x 的后台服务加载插件后,在本机 127.0.0.1:4010 提供 OpenAI、Anthropic、Gemini 兼容接口,模型用的是 OpenCode 里已经登录或配置好的那些。
  • OpenCode 2.x 本身的安装、后台服务和插件命令见 opencode 2.x 的安装和使用。
阅读全文 »

摘要

  • Trusted Publishing 的配置、Workflow 权限和 provenance 见 使用 GitHub Actions 和 OIDC 安全发布 npm 包。配好之后,每次发布仍然要在本地升版本、打 vX.Y.Z 标签、推上去,再等 GitHub Actions 跑完 npm publish。
  • npm-publish-oidc 把本地这一段收成项目根目录里的一条命令。它检查项目、按需提升版本、推送提交和标签。npm publish 由该项目的 GitHub Actions 通过 npm Trusted Publishing 完成。
  • 当前工作目录就是项目根目录。脚本不会切到自己所在的目录。
阅读全文 »

摘要

  • 手写 Formula、创建 Tap 的过程见 brew -- 创建自己的 Formula。版本发上去之后,每次还要自己算下一个版本、推 tag、下载 GitHub 源码包、改 url / sha256,再把 formula 提交进 Tap。
  • brew-publish-formula 把这几步收成项目根目录里的一条命令。它读当前仓库的配置、formula 和 git 信息,算出新版本,推送 tag,更新 formula,再把文件同步到本地 Tap。
  • 正确的 sha256 要等 tag 到达 GitHub 之后才能算。脚本写进项目里的 .formula,再复制到 Tap 并在 Tap 仓库提交。Homebrew 读的是 Tap 里的那份。.formula 不进项目仓库。
  • brew 本身的安装和日常命令见 MacOS软件包管理器--brew。
阅读全文 »
0%