1、背景前期公司为快速发展业务抢占市场，对系统的开发要求是以快为主。现在公司业务基本稳定，随着服务的用户越来越多，代码质量暴露的问题已不可忽视。由于开始没有统一的编码风格、代码规范，导致现在代码维护的成本越来越高。阿里大牛们推出的《Java开发手册》都是经过实践验证的精华总结，且在业内使用的越来越广。我司也决定基于这套规范提高代码质量。2、Gitlab钩子配置说明网上有很多说明文章可以参考，不再赘
转载
2024-03-29 13:11:06
223阅读
阿里巴巴代码规约检测&云效Java 代码规约扫描《阿里巴巴 Java 开发手册》是阿里巴巴集团技术团队的集体智慧结晶和经验总结，经历了多次大规模一线实战的检验及不断的完善，系统化地整理成册，反馈给广大开发者. 阿里巴巴 Java 开发手册检测的能力也被集成在RDC的自动化测试服务中，做代码规约检测可以直接对代码进行扫描以检测室是否符合阿里巴巴代码规约。
原创
2021-12-14 16:10:39
767阅读
“秘密扫描”，GitHub 发起的一个计划先别误会，这个“秘密扫描”并不是什么敏感行为，也不是说腾讯微信会秘密扫描 GitHub 的代码库——秘密扫描（Secret scanning），它只是 GitHub 发起的一个计划名称，旨在防止开发者的私有令牌对外泄露。秘密扫描合作伙伴计划：作为服务提供者，你可以与 GitHub 合作，通过秘密扫描保护你的秘密令牌格式，该扫描会搜索秘密格式的意外提交，并将
gitlab集成SonarQube实现代码检测SonarQube系列目录sonarqube8.4安装使用SonarScanner4.5安装使用gitlab集成SonarQube实现代码检测环境操作系统: Linux - Centos-7-x86_64-1810Docker版本: Docker-CE 19.03.13gitlab版本：13.5.4-ce.0gitlab-runner版本：gitlab
转载
2024-04-25 18:11:27
309阅读
Docker安装Gitlab管理项目代码并整合Sonarqube分析代码质量【完整操作步骤】一、前言二、准备工作三、安装Gitlab3.1 Docker安装最新版Gitlab3.2 访问Gitlab登录页面: [http://192.168.0.132:6001](http://192.168.0.132:6001)四、安装GitLab-Runner4.1 Docker安装最新版GitLab-R
转载
2024-05-16 19:33:53
153阅读
Gitlab 提供了基于 Code Climate 的代码质量评估功能，这一功能是通过 dind（Docker in Docker）方式运行的，在 Kubernetes 环境中、尤其是托管集群中，这种方式不太合适，还好还有一个替代方案：Sonarqube，通过在 .gitlab-ci.yml过程也并不复杂，简单的部署一个 Sonarqube 服务，并在 Gitlab CI 中调用即可。配置 Git
转载
2024-04-20 10:25:42
218阅读
背景按照安全基线的要求，需要对上线前的代码进行扫描。此前，测试已经搭建过一个扫描服务，sonarqube。流程定义大致的流程如下：开发提交代码在 Gitlab 上提交MR
Jenkins 接收到创建MR的通知，检查是否符合规则若符合规则，则执行扫描扫描结束后，执行 Python 脚本，获取扫描状态根据扫描结果，设置临时环境变量评论MR基础环境GitLabJenkinsSonarqubeSonarq
转载
2024-06-04 07:31:43
737阅读
# 如何实现 PMD Java 代码规约
PMD 是一个流行的代码分析工具，它能帮助开发者评估代码质量，发现潜在的错误，并确保代码遵循一定的规范。今天，我将指导你如何使用 PMD 来实现 Java 代码规约的流程。以下是一个详细的步骤及代码示例，以帮助你更好地理解和掌握这一过程。
## 流程概述
首先，我们需要明确实施 PMD 的几个关键步骤。以下是实施 PMD 的基本流程：
| 步骤 |
一、IEC主要规约概论IEC规约适用范围通讯方式IEC101厂站与调度主站间通讯串行IEC102电量主站与站内抄表终端通讯 IEC103与站内继电保护设备间通讯串行IEC104厂站与调度主站间通讯以太网 101月104比较：相同点：①适用范围：厂站与主站之间②规约结构：应用层定义相同不同点：①通讯方式：10
转载
2024-07-22 22:13:35
658阅读
1. Sornaqube安装与配置1.1 简介SonarQube® is an automatic code review tool to detect bugs, vulnerabilities, and code smells in your code. It can integrate with your existing workflow to enable continuous code
转载
2024-04-26 16:02:54
362阅读
目录背景介绍环境、软件准备Sonar GitLab Plugin 安装配置使用说明1、背景介绍我们知道使用 SonarQube 可以在日常开发中检测代码质量，除了使用 IDE 上集成 SonarLint 插件检测外，如果我们想针对代码托管在 Gitlab 上每次 commit 的文件做代码检测，可以不可以呢？答案是肯定的，我们可以使用 Sonar GitLab Plugin 插件完成，该插件会针对
转载
2024-03-07 09:44:20
324阅读
前言本篇文章主要介绍的是Jenkins+SonarQube+Gitlab搭建自动化持续代码扫描质量平台的集成。博客之前已经有关于Jenkins、SonarQube、Gitlab分别安装的文章，本文主要说明三种平台集成使用，实现代码持续集成与自动化部署。一、jenkins集成gitlabjenkins中添加gitlab插件，选择直接安装，然后服务器中重启jenkins。gitlab中生成Access
转载
2024-04-30 01:41:54
56阅读
# Java代码设计规约
在软件开发中，代码的可读性和可维护性是至关重要的。Java作为一种主流的编程语言，其代码设计规约为开发者提供了标准，帮助提高代码质量和团队协作效率。本文将介绍Java代码设计规约的几个关键点，并附带代码示例，以便加深理解。
## 1. 命名规范
在Java代码中，命名规范是非常重要的，它帮助开发者快速理解代码的功能。Java的命名规则通常采用驼峰命名法。例如：
-
github 中的 Some checks were not successful什么意思呢？ 在 GitHub 上，当您向存储库提交拉取请求时，如果存在自动化的检查（例如CI/CD）或在 pull request 页面中的某个检查未通过，您将看到“Some checks were not successful”的消息。这意味着某些自动化检查或测试失败了，可能是由于代码中的错误、配置问题
转载
2024-05-18 22:55:13
28阅读
该通信规约适用于本地系统中多功能表的费率装置与手持单元（HHU）或其它数据终端设备进行点对点的或一主多从的数据交换方式，规定了它们之间的物理连接、通信链路及应用技术规范。该协议在做“电力监控”、“水监控”等“工控领域”，具有广泛的应用。协议具体内容可以从网上Google，下面主要介绍下协议的解析方法。
DL645协议需要先发送“前导字节”，用来唤
转载
2024-08-03 09:34:20
120阅读
# Python实现104规约
104规约是一个广为人知的编程规范，尤其适用于Python语言。它通过一系列的原则和最佳实践来确保代码的可读性和可维护性。本文将介绍104规约的基本概念，并通过Python代码示例来演示如何实现这些规范。
## 1. 什么是104规约？
104规约的目标是提高代码的清晰度、可读性和可维护性。它包括一些基本的编程原则，如合理的命名规范、一致的缩进以及良好的注释习
原创
2024-09-11 06:06:27
95阅读
阿里官方代码规范1.1.1 代码中的命名均不能以下划线或美元符号开始，也不能以下划线或美元符号结束1.1.2 代码中的命名严禁使用拼音与英文混合的方式，更不允许直接使用中文的方式1.1.3 / 1.1.4 类名使用UpperCamelCase风格，必须遵从驼峰形式（某些情况诸如领域模型相关的命名除外）；方法名、参数名、成员变量、局部变量都统一使用lowerCamelCase风格，必须遵从驼峰形式1
最近在优化代码,人工排查总是显得不放心，于是网上找了很多插件，这里推荐给大家一款神器,来自阿里的阿里巴巴开发公约。他会根据你的代码情况给出致命错误，错误，警告等等级的提示让程序员快速定位问题代码进行修改.这个插件也是阿里开发近半年后在2017年10月14日上午9：00 阿里巴巴于在杭州云栖大会《研发效能峰会》上，正式发布《阿里巴巴Java开发手册》扫描插件。1）在线方式，如图操作，因为我已安装所
转载
2021-07-29 11:10:14
173阅读
所有内容摘自阿里巴巴的《Java开发手册-嵩山版》 【强制】如果是大括号内为空，则简洁的写成 {} 即可，大括号中间无需换行和空格；如果是 非空代码块则： 1）左大括号前不换行。 2）左大括号后换行。 3）右大括号前换行。 4）右大括号后还有 else 等代码则不换行；表示终止的右大括号后必须换行。 ...
转载
2021-09-06 21:25:00
131阅读
2评论
1. 【强制】类、类属性、类方法的注释必须使用 Javadoc 规范，使用/**内容*/格式，不得使用 //xxx 方式。 说明：在 IDE 编辑窗口中，Javadoc 方式会提示相关注释，生成 Javadoc 可以正确输出相应注 释；在 IDE 中，工程调用方法时，不进入方法即可悬浮提示方法、参数、返回值的意义，提高 阅读效率。 2. 【强制】所有的抽象方法（包括接口中的
转载
2024-10-24 19:24:22
16阅读
