分类： GitHub
-
为了让 Codex 能够在完成代码修改、离线测试和 Git commit 后直接推送到 GitHub，我在 Ubuntu 中安装并配置了 GitHub CLI。通过 gh auth login 完成浏览器设备授权和两步验证后，再使用 gh auth setup-git 将 GitHub CLI 配置为 Git 的 HTTPS 凭据助手。最终，Codex 成功将本地提交推送到 GitHub，并验证本地 HEAD 与 origin/main 完全一致。本文记录了完整配置过程、安全边界，以及自动推送与生产部署之间需要保持的明确区分。
-
本文介绍了利用 GitHub Actions 实现 GitHub Release 自动生成的工作流实践。文章首先说明了手动编写 Release 描述的繁琐，随后详细阐述了从创建工作流文件到遵循约定式提交规范的步骤，解析了通过 Bash 脚本解析 Commit 历史并生成 Markdown 文档的核心原理。此外，文章还涵盖了预发布版本识别、添加二进制附件及常见问题排查等进阶配置，最终实现了推送标签即可自动生成规范版本说明和对比链接的效果。
-
README.md 在 VS Code 中显示正常，但在 GitHub 上格式错乱。经排查，原因是缺少代码块标记导致内容被压平，以及标题未用空行隔开，不符合 GitHub Markdown 规范。通过重新整理文档，添加正确的代码块符号并调整空行，使格式符合标准后再次提交，GitHub 上的显示恢复了工整。
-
本文记录了使用 Go 和 Gin 构建 RESTful API 的全过程，涵盖了 WSL 与 Docker 的环境配置。文章首先尝试了 GoLand 配合 Docker，但因路径映射和 GOROOT 配置的复杂性，最终转向 VS Code 结合 Dev Containers。通过配置 devcontainer.json 和 docker-compose.yml，实现了在容器内挂载代码、安装依赖及运行服务。文章还解决了 Go 版本不兼容导致的依赖获取问题，并完成了代码向 GitHub 仓库的提交与托管配置。
-
在 Shopify 基于 GitHub 同步主题时，若报错 config/settings_schema.json 验证失败，通常是因为 theme_name 值与 Shopify CLI 模板指定的名称不匹配。通过参考官方文档将 settings_schema.json 中的 theme_name 修改为对应的 dawn-20221011，并提交 Git 推送后即可解决。随后在主题编辑器中查看，发现主题名称已正确更新为设定的值，同步恢复正常。
-
在使用 TortoiseGit 向 GitHub 推送代码时，遇到了连接 443 端口超时的报错。通过在推送设置中取消勾选自动加载 Putty 密钥选项，解决了网络连接失败的问题，最终成功完成了推送操作。
-
在执行 git push 时遇到了 SSL routines 报错，经排查发现是本地 Git 版本过旧。通过下载安装最新版 Git 并卸载旧版本或清理环境变量解决了版本冲突。随后因 GitHub 已移除密码验证支持，改用 Personal access token 并通过 SSH 测试连接，最终删除本地 .git 目录重新初始化后，成功完成代码推送。
-
本文介绍了因公司安全要求需删除 GitHub 仓库的流程。通过进入仓库 Settings 页面，滚动至 Danger Zone 区域，点击 Delete this repository 按钮。随后在弹出的确认对话框中输入仓库全名进行确认，并在 sudo 模式下输入登录密码以完成验证。最终提示仓库已成功删除，该操作将永久移除仓库及其关联数据。
-
文章记录了解决 Git 推送至 GitHub 时报错的过程。面对主机真实性无法建立及密码验证已移除的提示，通过 Git Bash 生成 SSH 密钥并添加至 GitHub 账户进行连接测试。最终通过生成具有所有权限的 Personal access token 并修改远端 URL，成功实现了代码推送并确认文件已上传至仓库。