repo-bootstrap
使用所有标准 Mad House 文件初始化一个新的 GitHub 仓库
共 406273 条已上架资产
使用所有标准 Mad House 文件初始化一个新的 GitHub 仓库
巨人的肩膀 —— 一种架构师级别的协议,用于在任意项目中复用现有代码(GitHub 仓库、开源库、参考实现等)
在领取一个尚无拉取请求(PR)的 GitHub 问题时,先在 Issue 中发布一份实施计划,并等待明确的人工批准后再开始编码工作
实现一个 GitHub issue,方法是阅读所有相关的说明文件,编写所需的生产代码和测试,在实现需要说明文件未涵盖的知识时先进行研究而非猜测,同时检查并修复沿途发现的任何 bug 的其他实例,并在不提交、推送或修改变更日志的情况下移交至构…
正确创建和管理 GitHub 问题(Issue),涵盖重复问题搜索、规范的描述撰写、优先级/状态标签设置、任务分配、将新问题添加至仓库关联的工作流项目看板、修正先前声明、关闭前的决策检查,以及 AI 发起问题的“阻塞”标签规则,包括在启动任…
添加、更新或检查一个小型 GitHub Actions 工作流,用于运行仓库现有的检查命令
使用已在实际拉取请求中通过检查的检查项来保护或检查 GitHub 默认分支
深入阅读一个确切的 GitHub 问题,包括每条评论、引用和支持的附件解释
通过已认证的 GitHub 客户端,以确定性方式检索一个确切的 GitHub 议题(issue)或拉取请求(pull request),包括所有相关的对话线程、补丁覆盖率、引用链接、支持的附件以及明确指出的信息缺口
深入阅读一个指定的 GitHub 拉取请求,包括问题评论、评审意见、行内评审对话、变更文件、补丁覆盖率、引用内容以及对支持附件的解析
系统化流程,用于发现、研究和验证独特的产品创意——包括开源命令行工具/开发者工具以及面向消费者的 Web 应用——这些创意能够获得真实的市场吸引力(以 GitHub stars 或日活跃用户数为衡量标准)
审计 CI/CD 流水线中的计算资源浪费问题——包括未缓存的构建、每次提交都运行完整测试套件、冗余的矩阵任务、永久保留的制品和镜像、以及在无变更时仍运行的定时任务
查询已配置的 GitHub 项目的 Issue、PR、CI、Release、提交历史和更新动态;生成中文汇总,并在明确确认后创建 Issue 或合并已有 PR
将已完成的分支合并到本地 main 分支,并保持线性历史 —— 先提交待处理的工作,再提交 main 分支自身的修改,然后将当前分支变基到 main 分支,最后将 main 分支快进
用 Go 编写的 Git 命令简单终端用户界面
使用 dev-3
将无密钥的 Sigstore 支持签名应用于 Git 提交,以便自动化更改保留可验证的来源
使用 prek 作为快速的 pre-commit 兼容钩子运行器,以便代理可以在将工作交回之前对仓库更改进行 lint、格式化和策略检查
使用 Buildkite REST API 和流水线上传机制创建动态 Buildkite 流水线
内容矩阵规划师