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_刘金 ,转载请注明出处,感谢!

相关推荐
小蒜学长4 小时前
springboot多功能智能手机阅读APP设计与实现(代码+数据库+LW)
java·spring boot·后端·智能手机
追逐时光者5 小时前
精选 4 款开源免费、美观实用的 MAUI UI 组件库,助力轻松构建美观且功能丰富的应用程序!
后端·.net
你的人类朋友6 小时前
【Docker】说说卷挂载与绑定挂载
后端·docker·容器
间彧7 小时前
在高并发场景下,如何平衡QPS和TPS的监控资源消耗?
后端
间彧7 小时前
QPS和TPS的区别,在实际项目中,如何准确测量和监控QPS和TPS?
后端
间彧7 小时前
消息队列(RocketMQ、RabbitMQ、Kafka、ActiveMQ)对比与选型指南
后端·消息队列
brzhang8 小时前
AI Agent 干不好活,不是它笨,告诉你一个残忍的现实,是你给他的工具太难用了
前端·后端·架构
brzhang8 小时前
一文说明白为什么现在 AI Agent 都把重点放在上下文工程(context engineering)上?
前端·后端·架构
Roye_ack9 小时前
【项目实战 Day9】springboot + vue 苍穹外卖系统(用户端订单模块 + 商家端订单管理模块 完结)
java·vue.js·spring boot·后端·mybatis
AAA修煤气灶刘哥10 小时前
面试必问的CAS和ConcurrentHashMap,你搞懂了吗?
后端·面试