求助：GitHub SVN Bridge标签误判？短标签被提示已存在

这其实不是GitHub SVN Bridge的bug，而是SVN和Git对标签的存储逻辑差异导致的兼容性问题——咱们来好好拆解下原因，再给你几个可行的解决办法：

为什么会出现这个误判？ #

Git和SVN对标签的存储方式完全不一样：

• 在Git里，每个标签都是独立的引用条目，哪怕两个标签名字有包含关系（比如1.0.0和1.0.0.alpha），它们也是完全分开的，互相不会干扰。
• 但SVN的标签是基于目录结构的，GitHub的SVN Bridge会把Git标签映射成SVN的/tags目录下的子文件夹。当你先创建了1.0.0.alpha标签，Bridge会在SVN侧生成/tags/1.0.0.alpha这个文件夹；之后你再尝试创建1.0.0标签时，SVN会认为你要创建的/tags/1.0.0是/tags/1.0.0.alpha的父目录，而SVN不允许在已有子目录的前提下创建父目录（这会导致目录结构冲突），所以Bridge就误返回了“标签已存在”的提示。

解决办法 #

根据你的使用场景，有几个方案可选：

1. 调整标签命名规则（最省心） #

把预发布标签的格式改成不会和正式标签形成父子目录的形式，比如把1.0.0.alpha改成1.0.0-alpha或者alpha-1.0.0。这样1.0.0和1.0.0-alpha在SVN的/tags目录里是平级的文件夹，不会有父目录冲突的问题，后续创建标签就正常了。

2. 调换标签创建顺序（适合必须保留现有命名的情况） #

如果一定要用当前的命名格式，可以先删除已有的长标签，再创建短标签，最后重新添加长标签：

• 先用Git命令删除本地和远程的1.0.0.alpha标签：

  git tag -d 1.0.0.alpha
  git push origin :refs/tags/1.0.0.alpha
  

• 用TortoiseSVN创建1.0.0标签，这时候不会有冲突；
• 再重新创建1.0.0.alpha标签，因为SVN允许先有父目录再创建子目录，这次就不会报错了。

3. 直接用Git创建标签（绕过SVN Bridge限制） #

如果偶尔遇到这种情况，也可以直接用Git命令创建标签，之后再用SVN同步仓库：

git tag 1.0.0
git push origin 1.0.0

不过这样就没法用TortoiseSVN的图形化操作了，适合临时解决问题。

内容的提问来源于stack exchange，提问作者user10968197