1. 问题背景
项目中之前一个tag（v1.0）打错了，想删除它，但我们从此tag v1.0中迁出新建分支Branch_v1.0,在此分支下修复了bug，想重新打一个tag v1.0，原来的tag v1.0可以删除掉吗？
错误的理解：按我之前的理解，Branch_v1.0是从原来的tag v1.0中迁出，对tag v1.0有引用，而新打的tag又是基于Branch_v1.0，对Branch_v1.0存在引用，从而Branch_v1.0不可以删除，自然而然，原来的tag v1.0也不能删除。所以新打的tag只能换一个名字。
2. 解决方法
- 本地建了个git仓库，模拟这种情况，下图展示的就服务器托管网是一上问题背景中描述的场景，tag v1.0为错误标签，master分支已经离开tag1.0的位置，有新的提交，此时发现v1.0有问题，所以从tag v1.0中迁出并创建新分支Branch_v1.0，修复了问题，然后新建tag v1.0.0（经过查看git文档可知，原来的tag1.0假设没有推送的远程，是可以直接删除掉，然后新的tag就取名v1.0，没问题或直接在新建tag时，直接用选项强制覆盖名称v1.0。但是若tag已推送到远程，其他人已经获取到了，这样删除就不太明智了，除非你删除后，通知其他人将本地仓库重新git clone ），此时可以删除Branch_v1.0吗？删除后,tag v1.0.0还能用吗？
图标说明下：红色表示当前工作分支，绿色表示各个分支的最后一次提交，黄色表示tag，绿色+黄色，表示在绿色下面打的标签，并在同一位置，三个颜色在一起类比即可 - TortoiseGit中没找到删除分支的菜单，直接用命令操作。删除后，发现新建的tag v1.0.0没有影响，都还在。
- 继续操作，删除tag v1.0 ，然后看下仓库图，发现v1.0.0此时不再从tag v1.0流出（tag v1.0已被我删除），而是从 24dd6155 中流出， 这个24dd6155就是tag v1.0引用的git提交id号，从删除tag的命令行可知，tag v1.0引用的就是24dd6155。
综上所述，可以得服务器托管网出结论，tag, branch引用的是提交id（git每一次提交都会生成一个唯一id），不是某个tag或branch, 删除tag或branch不用对git的提交数据产生影响
有了这个认识，针对以上问题，就有了相应的解决方案了，即原来的tag1.0假设没有推送的远程，是可以直接删除掉，然后新的tag就取名v1.0，没问题或直接在新建tag时，直接用选项强制覆盖名称v1.0。但是若tag已推送到远程，其他人已经获取到了，这样删除就不太明智了，除非你删除后，通知其他人将本地仓库重新git clone。
服务器托管，北京服务器托管，服务器租用 http://www.fwqtg.net
机房租用，北京机房租用，IDC机房托管， http://www.fwqtg.net
相关推荐: 代码随想录算法训练营Day 53 || 1143.最长公共子序列、1035.不相交的线、53. 最大子序和
1143.最长公共子序列 力扣题目链接 给定两个字符串text1 和text2，返回这两个字符串的最长公共子序列的长度。 一个字符串的子序列是指这样一个新的字符串：它是由原字符串在不改变字符的相对顺序的情况下删除某些字符（也可以不删除任何字符）后组成的新字符串…
