墨衍会员
·
AI 创作全网分发
墨衍智能分发
本文由作者通过墨衍一键同步至各平台
1分发平台
100+累计阅读
164平均单平台
已同步平台
优快云
微信公众号
微博
知乎
掘金
百家号
博客园
抖音
小红书
你的文章也可以这样分发
墨衍会员 ¥399起/年，写一次发全网
我也要
master
bug登录错误，例：bug_login_error
格式：v.{大功能更新}.{小功能更新}.{优化或bug修复}，大功能更新前面小功能更新和优化或bug修复版本号清零
例：v0.0.1
格式：Add {描述}
例：Add login api
格式：Delete {描述}
例：Delete login api
格式：Update {描述}
例：Update login api
格式：Bug {描述}
例：Bug login api error
git-branch-check:验证git分支命名约定
git-branch-check 验证git分支命名约定 安装 npm i -D @voiceflow/git-branch-check 赫斯基打电话 "husky" : { "hooks" : { "pre-push" : "git-branch-check" } }
git中的tag命名规范
tag命名规范 名词解释： 预发布版本号：按照产品的发布计划，一年有四个发布窗口，根据版本的命名规范，每个版本的版本号都已经设定好，在未正式发布前，这个版本号就称为预发布版本号。 3.1 测试阶段（版本处在里程碑节点的测试阶段。如功能测试、性能测试，会打tag） tag名称规则为：预发布版本号_test_构建的日期和时间 如：V100.001.0...
用示波器抓一次MIPI D-PHY的波形，手把手教你读懂HS模式和LP模式的切换时序
本文详细解析了MIPI D-PHY信号的双模切换机制，包括高速模式(HS)和低功耗模式(LP)的波形捕获与诊断技巧。通过示波器设置、关键状态分析和实战案例，帮助工程师快速定位信号完整性问题，提升调试效率。
项目发布前如何打tag标签及标签命名规范
1.标签命名约定 不同的软件公司对git标签的命名规则有不同的约定，整体来看 git标签的命名规则大致与软件的发布版本号一致，格式如下： 以V4.2.4标签名称为例说明： 说明： ~~~tex (1)主版本号：主版本号一般从0或者1开始，一般当项目进行重大修改，则版本号加1; (2)次版本号：次版本号是相对于主版本号而言，一般对应的是主版本下局部的调整; (3)修订版本号：一般是Bug的修复或者细小的变动而发布的一个版本; ~~~ 2.动手实践 下面我们基于idea工具和git命令两种方
看我如何用kali实时截获隔壁"小姐姐"的上网隐私(结尾有彩蛋)
看我如何用kali实时截获隔壁"小姐姐"的手机图片等信息(结尾有彩蛋哦) 首先圈下重点：《刑法》第二百八十五条 【非法侵入计算机信息系统罪；非法获取计算机信息系统数据、非法控制计算机信息系统罪】违反国家规定，侵入国家事务、国防建设、尖端科学技术领域的计算机信息系统的，处三年以下有期徒刑或者拘役。违反国家规定，侵入前款规定以外的计算机信息系统或者采用其他技术手段，获取该计算机信息系统中存储、处理或...
Altium Designer20-柔性PCB绘制技巧
Altium Designer2020-柔性PCB绘制技巧 注：教程所用PCB随意找的，并没有完全绘制完，大家学习PCB折弯方法即可。 1.打开PCB,点击视图->板子规划模式1，如下图所示 2.点击设计->定义分割线，用两条分割线绘出要折弯的区域 3.点击设计->定义弯曲线(弯曲线呈现黄色) 4.用快捷键d,k进入layer manage stack(层叠管理器)，在f...
Git 使用（分支，标签，基本命令）
git branch//查看本地分支 git branch -d name//删除本地分支 git branch -a//查看远程分支 git push origin --delete dev//删除远程分支
Android车载桌面开发实战：从CarLauncher源码解析到自定义Launcher开发（Android 11）
本文深入解析了Android 11中CarLauncher的源码架构与核心模块，并提供了从零开始定制开发车载Launcher的完整实战指南。内容涵盖车载桌面的独特定位、驾驶场景优化、多屏协同、动态内容嵌入等核心挑战，以及如何构建符合安全规范、体验流畅的自定义车载桌面应用，是车载应用开发者提升系统级定制能力的实用参考。
git 分支命名规范
【代码】git 分支命名规范 规范开发，保持代码提交记录，容易维护，方便事后算账，不背锅 git分支结构清晰， 好上线，一旦出问题，版本可回退
LeetCode 热题 100 回顾
力扣最受刷题发烧友欢迎的 100 道题 LeetCode 热题 100 : 题目回顾、解题思路、复杂度分析、代码实现、验证算法
人工智能算法面试大总结-总目录
涉及秋招、春招、社招
Git小知识：合理的分支命名约定
创建新分支时，应选择有描述性的名称，以便将来回顾时能立即明白分支的目的。替换[branch-name]为你的分支名称。热修复分支：以hotfix/为前缀，后接修复内容的描述。重构分支：以refactor/为前缀，后接描述性名称。发布分支：以release/为前缀，后接发布的版本号。功能分支：以feature/为前缀，后接描述性名称。修复分支：以fix/为前缀，后接修复内容的描述。自定义分支：根据项目需求自定义前缀。
AI安全护栏评测：TrustedExecBench如何量化评估大模型防护能力
在人工智能和机器学习领域，模型安全对齐是确保AI系统可靠、可控的核心技术。其原理是通过设计安全机制（即“护栏”）来约束模型行为，防止生成有害、偏见或越界内容。这项技术的核心价值在于平衡AI能力与风险管控，是可信AI部署的基石。应用场景广泛覆盖内容审核、对话系统、代码生成等需要人机交互的领域。本文聚焦的TrustedExecBench项目，正是针对“护栏”性能量化评估这一痛点，提供了一个标准化、自动化的开源评测框架。该工具通过构建多维度的恶意测试套件，并引入基于模型的动态评判机制，能够系统性地检验大语言模型在
Git提交规范全攻略：naming-convention中的注释约定最佳实践
在软件开发中，**Git提交规范**和**命名约定**是团队协作的基石。naming-convention项目提供了完整的Git提交注释约定模板，帮助开发者编写清晰、一致的提交信息，提升代码审查效率和项目可维护性。本文将详细介绍如何运用这些最佳实践来优化你的Git工作流。 ## 📝 为什么Git提交规范如此重要？ 良好的提交规范不仅仅是形式主义，它能带来实实在在的好处： ✅ **提高代码可
【IC前端虚拟项目】spyglass lint环境组织与lint清理
和上个虚拟项目的lint清理环节一样，关于spyglass的lint清理功能与流程还是大家通过各种资料去学习下就好啦。和之前不同的事，这次的虚拟项目里我把流程封装为Makefile，更加的贴近了实际项目交付流程。而后就可以根据提示进行lint的清理工作了。
WINCC7.3破解文件
WINCC7.3硬件够破解文件，有需要的下载！WINCC7.3硬件够破解文件，有需要的下载！
别再乱写 git commit！这篇讲透约定式提交：类型、频率与实战指南
在团队开发中，Git 提交信息不仅仅是代码变更的记录，更是团队协作的沟通语言。一个规范、清晰的提交信息能大幅提升代码维护效率，降低协作成本。
NTscan扫描工具
ntscan是一个扫描器，可以扫描没有密码和弱密码的共享，先到配置文件中填写猜测的用户名和密码，扫描过程中右侧出现的是扫描日志。
vue3+ts：约定式提交（git husky + gitHooks）
之前实践过这个配置，本文在vue3 + ts 的项目中，再记录一次。GIT_PARAMS没有读到目录，本文使用静态目录，待后续研究。引入chalk、fs需要使用import，使用require报错。2.1.1、安装husky。
复分析 阿尔福斯(Ahlfors) 第三版答案 英文
答案分为十章，有部分习题没有答案，全英文复分析阿尔福斯(Ahlfors) 第三版答案
Camera2Demo
在Camera2 的基础上进行封装，使得Camera2一堆初始化逻辑与Activity分离，降低耦合度，完成预览拍照并保存的操作
git-Git约定式提交
gti约定式提交，git commit -m "fix: 修改了对应的代码解构优化"，type的常用类型：feat-新增功能，fix-修复Bug，style-代码格式调整，docs-文档修改，refactor-代码重构，test-测试相关
Git 使用见闻
参考文档 https://help.github.com
Git本地\远程分支区分查找
Git本地\远程分支区分查找
Git 进阶技巧：优雅合并初始提交与 Commit 规范详解
本文介绍了Git提交规范与合并初始提交的技巧。第一部分解析了feat等提交类型含义，说明约定式提交规范的格式与价值。第二部分针对只有两个提交时无法使用HEAD~2的问题，提供了"追加合并法"解决方案：先reset --soft HEAD~1回退一步，再使用commit --amend合并修改。这种方法能生成整洁的初始提交，使项目历史更加专业规范。文章兼顾Git原理讲解与实际操作指导，帮助开发者提升版本管理质量。
git commit规范
在开发中免不了和他人一起团队协作提交代码，为了防止大家每次提交代码时，git commit -m ’ '的提交信息不明所以，所以Angular 团队提出了 Git 约定式提交。
【Git】Conventional Commit 约定式提交规范
定义 在 git 代码提交的时候，我们需要对 git 的提交信息做出一定的约定或者规范。为什么会有这样的需求？因为 git 提交时的描述信息，需要在你的合作开发者之间共享，所以大多数情况下 git 提交信息并不只能被你一个人明白。于是就诞生了约定式提交这样的规范。 业内普遍认可的的约定式提交规范，为 约定式提交 (Conventional Commits)。 约定式提交规范 Conventional Commits 是一种用于给提交信息增加人机可读含义的规范，是基于提交信息的轻量级约定，提供了一组用于创建清
使用Git管理FireRedASR-AED-L模型开发版本的最佳实践
本文介绍了如何在星图GPU平台上自动化部署FireRedASR-AED-L镜像，实现高效的语音识别模型开发。通过Git版本控制管理，该镜像可应用于语音转文本、智能语音助手等场景，提升团队协作和代码管理效率。
开源项目必修课：约定式提交规范终极指南
本文详细介绍了开源项目开发中的约定式提交规范（Conventional Commits）。该规范要求提交信息遵循标准语法结构，包含类型、可选作用域、简短描述以及可选正文和脚注。文章列举了11种核心提交类型（如feat、fix、docs等）及其适用场景，并说明了可选作用域的使用方法。特别强调了破坏性变更必须标注"BREAKING CHANGE"。规范的优势包括提升代码可读性、自动生成变更日志、实现语义化版本控制等，有助于提高项目维护效率和团队协作质量。遵循这一规范将使开源项目更受社区欢迎。
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
1万+
扫一扫
