Rust :如何实现代码质量检查的机制?

方案 1:使用 pre-push 钩子

  • 实现方式

    在本地配置 pre-push 钩子,在推送前运行检查。例如:

    • Rust 项目(手动配置):

      bash

      CollapseWrapCopy

      # .git/hooks/pre-push #!/bin/sh cargo test # 运行所有测试 if [ $? -ne 0 ]; then echo "测试失败,推送中止" exit 1 fi

      赋予执行权限:chmod +x .git/hooks/pre-push。

  • 效果

    每次运行 git push 时,钩子会触发检查,确保代码通过测试后再推送。

方案 2:通过 CI/CD 流水线检查

推送前在本地运行检查是可选的,但更常见的做法是将检查交给远程仓库的 CI/CD 流水线。这样可以避免本地环境的差异,确保检查结果一致。

  • GitHub Actions

    • 在 .github/workflows/ci.yml 中定义工作流:

      yaml

      CollapseWrapCopy

      name: CI on: [push] jobs: lint-and-test: runs-on: ubuntu-latest steps: - uses: actions/checkout@v3 - name: Install Rust uses: actions-rs/toolchain@v1 with: toolchain: stable - name: Lint run: cargo clippy -- -D warnings - name: Test run: cargo test

    • 推送代码到 GitHub 时,Actions 会自动运行 linting 和测试。

  • GitLab CI/CD

    • 在 .gitlab-ci.yml 中定义流水线:

      yaml

      CollapseWrapCopy

      stages: - check lint: stage: check script: - cargo clippy -- -D warnings test: stage: check script: - cargo test

    • 推送代码到 GitLab 时,流水线会执行检查。

方案 3:远程仓库保护规则

在 GitHub 或 GitLab 上,还可以设置分支保护规则,确保只有通过检查的代码才能合并到主分支:

  • GitHub:在分支设置中启用 "Protected Branches",要求通过指定的 CI 检查。
  • GitLab:在合并请求(Merge Request)设置中要求 CI 流水线成功。

from Pomelo_刘金 ,转载请注明出处,感谢!

相关推荐
IT_陈寒35 分钟前
Vite项目build后路由404了?你可能漏了这个小配置
前端·人工智能·后端
宸津-代码粉碎机1 小时前
Spring AI企业级实战|从RAG优化到Agent多工具调度
java·大数据·人工智能·后端·python·spring
吴佳浩1 小时前
AI Infra 的真相:Go 没输,rust也不是取代
后端·rust·go
喵个咪1 小时前
实时游戏网络协议深度对比:KCP vs WebRTC vs WebSocket
后端·websocket·webrtc
普通网友1 小时前
springboot之集成Elasticsearch
spring boot·后端·elasticsearch
QuZero2 小时前
Guava Cache Deep Dive
java·后端·算法·guava
leeyi2 小时前
SSE 实时推流 —— Token 怎么一个个蹦出来
后端·agent
leeyi2 小时前
ReAct 循环的 50 行 Go 实现,逐行拆解
后端·agent
leeyi2 小时前
HITL:让人类随时叫停 AI,并且能优雅地继续
后端·agent
用户34232323763172 小时前
采集网关的离线缓存与断点续传——当网络不可靠时,数据一条都不能丢
后端