项目Git tag格式规范

最新推荐文章于 2025-05-28 10:40:19 发布
原创 最新推荐文章于 2025-05-28 10:40:19 发布 · 2.4k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了软件项目版本标记的规范，包括项目名称、版本号及可选注释的组合方式。推荐使用UpperCamelCase风格的项目名，版本号遵循v{主版本号}

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Git tag format:

<ProjectName>_<Version>_<comments(optional)>

Where:

ProjectName -  采用UpperCamelStyle风格。第一个字母大写。

Version - version in a format v{major}.{minor}.{build}{patch} ; major is number, minor is number, build is number, patch is letter. 

Comments - optional, could be customer or demo name

For example:

推荐:

HelloWorld_v0.1.2a        HJ_v1.2.4        ExampleTest_v5.10.2z

不推荐:

v1.2.3 - Project name missing

list  - meaningless at all

master_new_20160804_1818 - meaningless, don't really describe what's it tagging

Passenger_v0.2.0 - meaningless even it follows naming rules

【知识整理】Git Commit Message 规范
李木
02-23 3121
前面咱们整理过Code Review 一文，提到了 Review 的重要性，已经同过gitlab进行CodeReview 的方式，那么本文详细说明一下对CodeReivew非常重要的Git Commit Message 规范。我们在每次提交代码时，都需要编写 Commit Message，否则是不允许提交的。书写好的 Commit Message 能大大提高代码维护的效率。避免开发人员在项目中群魔乱舞，搞得代码一团糟，搞的项目就被糟践了。且开发日后的维护，都将是灾难。
Git项目分支管理规范
11级风的博客
01-17 970
若有问题，则不能进行merge，可close该请求，同时通知开发者在新分支上进行相应调整。非紧急Bug或优化：非关键业务流程问题，仅影响用户使用体验，或出现频率较小等，为非紧急Bug，可规划到后续版本进行修复。code reviewer对代码review之后，若无问题，则接受merge请求，新分支merge到。分支派生出来的，测试人员在该分支进行测试并提交Bug,开发人员基于该分支派生的。：测试阶段修复Bug用此类分支命名，该分支是为了修复某个bug，从。：开发环境的稳定分支，公共开发环境基于该分支构建，
Git Tag 标签详解
09-15
主要介绍了Git Tag 标签以及git命令之git tag给当前分支打标签的相关知识,需要的朋友可以参考下
git中的tag命名规范
chenhong218的博客
02-12 1万+
tag命名规范 名词解释： 预发布版本号：按照产品的发布计划，一年有四个发布窗口，根据版本的命名规范，每个版本的版本号都已经设定好，在未正式发布前，这个版本号就称为预发布版本号。      3.1 测试阶段（版本处在里程碑节点的测试阶段。如功能测试、性能测试，会打tag） tag名称规则为：预发布版本号_test_构建的日期和时间                如：V100.001.0...
Git 使用规范
最新发布
weixin_44876263的博客
05-28 1704
所有代码合并必须通过 Pull Request（PR）或 Merge Request（MR）完成。代码拉取 → 提交信息校验 → 代码静态检查 → 单元测试 → 构建 → 部署 → 发布通知。每项功能、修复或改动应创建独立分支，避免协作冲突，提升开发效率与可维护性。后面跟随的是该版本的说明信息，建议包含主要变更点，方便回溯与沟通。保持提交记录清晰、结构化，便于代码审查、问题回溯和历史审计。所有合并操作需经由代码审核流程，确保团队协作质量与一致性。），变更说明需涵盖新增、优化、修复等内容。
git打tag和版本控制规范
下载完，不懂运行可以私聊，看到会回
09-09 797
我们在开发中经常会遇到要打tag的情况，但这个tag应该如何打呢？我不知道大家平时是怎么打的，但我基本就是从1.0.0开始进行往上递增，至于如何递增，基本凭感觉。今天同事新打了一个tag进行发版，然后被架构点名说命名没有按规范来，估计也是和我一样，凭感觉打。规范到底是怎样的呢？以下是我综合他们的讨论和查资料的一些总结。
Git 语义化版本控制规范(Tag标签规范)
步行者麦克的专栏
12-29 836
Git 语义化版本控制规范(Tag标签规范) 点击链接查看 Git 语义化版本控制规范(Tag标签规范)
Git tag 标签管理
热门推荐
陈云峰技术博客
10-12 2万+
Git 的标签管理。跟大多数的 VCS 工具一样，git 也有在历史状态的关键点“贴标签”的功能，一般人们用这个功能来标记发布点（例如’v1.0′）。 列出git中现有标签 要想列出git中现有的所有标签，输入’git tag’命令运行即可： $ git tag v0.1 v1.3 这个列表是按照字母表顺序给出的，其实排名先后跟重要程度没有直接联系。 当然，你也可以按照特
Git代码管理规范.doc
09-24
那么，如何合理地使用 Git 并制定代码管理规范，是每个开发者和项目管理者需要关注的问题。本文将详细介绍 Git 代码管理规范，包括代码管理的基本概念、分支管理、版本号管理、代码审查等方面的内容。 一、代码管理...
git分支开发规范指南.pdf
03-26
在当前的软件开发过程中，版本控制工具如Git扮演了至关重要的角色。Git作为一款开源的分布式版本控制系统，因其实用性和灵活性，在软件开发团队中...遵循git分支开发规范指南可以有效地提高开发效率和项目的可维护性。
git版本管理使用规范-团队开发规范文档
10-09
本规范旨在为团队提供一套有效的Git使用规则，确保项目的高效有序进行。 ### 1. 编写目的 制定此规范的主要目的是为了统一团队的Git操作流程，提高开发效率，减少因版本管理不善导致的问题，保证代码的稳定性和可...
Git 使用（分支，标签，基本命令）
andrew_dear的博客
02-24 2082
git branch//查看本地分支 git branch -d name//删除本地分支 git branch -a//查看远程分支 git push origin --delete dev//删除远程分支
Git打标签与版本控制规范
weixin_34302798的博客
05-23 346
前言 本文适用于使用Git做VCS（版本控制系统）的场景。 用过Git的程序猿，都喜欢其分布式架构带来的commit快感。不用像使用SVN这种集中式版本管理系统，每一次提交代码，都要为代码冲突捏一把冷汗。 频繁commit的背后，带来的结果是一长串密密麻麻的提交记录。 一旦项目出现问题，需要检查某个节点的代码问题，就会有点头疼。 虽然有commit message，但还是有存在查找困难和描述不...
【Git】标签管理
Errol's Blog
01-21 280
标签管理
git查看打tag时间_git打tag和版本控制规范
weixin_39644611的博客
01-14 1117
我们在开发中经常会遇到要打tag的情况，但这个tag应该如何打呢？我不知道大家平时是怎么打的，但我基本就是从1.0.0开始进行往上递增，至于如何递增，基本凭感觉。今天同事新打了一个tag进行发版，然后被架构点名说命名没有按规范来，估计也是和我一样，凭感觉打。规范到底是怎样的呢？以下是我综合他们的讨论和查资料的一些总结。1、首先，我们为什么要打tag呢？打tag的作用，就是给项目的开发节点。打上ta...
git 打标签与版本控制规范
泥猴桃的博客
03-11 649
前言 本文适用于使用git 或 vcs （版本控制系统）的场景。 用过git 的程序猿，都喜欢其分布式架构带来的 commit 快感。不用像使用svn 这种集中式版本管理系统，每次提交代码，都要为代码冲突捏一把冷汗。 频繁 commit的背后，带来的结果是一长串密密麻麻的提交记录。 一旦项目出现问题，需要检查某个节点的代码问题。就会有点头疼。 虽然有 commit message ,但还是有存在查...
图文讲解，团队开发中的 Git 最佳实践
芋艿V
09-04 237
点击上方“芋道源码”，选择“设为星标”做积极的人，而不是积极废人！源码精品专栏原创 | Java 2019 超神之路，很肝~中文详细注释的开源项目RPC 框架 Dubbo 源码解析网络...
08-git-打标签(tag)
小白的博客
02-21 1567
git-打标签(tag)
Git中tag标签的使用
等待化茧成蝶的专栏
08-20 1万+
一、什么是tag tag是git版本库的一个标记，指向某个commit的指针。 tag主要用于发布版本的管理，一个版本发布之后，我们可以为git打上 v.1.0.1 v.1.0.2 ...这样的标签。 tag感觉跟branch有点相似，但是本质上和分工上是不同的： tag 对应某次commit, 是一个点，是不可移动的。 branch 对应一系列commit，是很多点连成的一根线，有一个H...
git tag 命名规范
06-25
在Git中，tag 命令用于标记特定版本的提交点，以便于引用和管理代码库的历史记录。关于tag的命名规范，虽然没有硬性的规定，但推荐采用一些一致性和可读性强的原则： 1. **版本编号**：通常使用主版本号、次版本号和修订号的形式，例如 `v1.0.0`、`v1.2.3`。这种格式便于跟踪软件的更新历史。 2. **类型标识**：对于特别的里程碑（如发布、预发布或构建），可以在版本号前添加类型前缀，如 `release`, `hotfix`, `beta`, `alpha` 等。 3. **描述清晰**：用简短的文字描述tag的目的，如 `feature-implementation`, `bug-fix`, `migration-to-v2`。 4. **避免敏感信息**：不包含个人或敏感信息，比如用户名、日期。 5. **避免重复**：如果多个tag指向同一个提交，尽量选择一个具有代表性的名字，删除不需要的旧tag。 6. **一致性**：在整个项目生命周期内保持tag命名的一致性，这有助于其他开发者理解和使用。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

kevin@1024

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值