所以我有一个GitHub存储库，但我需要使用SVN。幸运的是，GitHub有一个SVN Bridge。我使用TortoiseSVN既方便又轻松，而且我喜欢Explorer中的彩色图标。
问题是，如果标签字符串构成现有标签字符串的一部分，则GitHub将报告该标签已经存在。
例如。如果我在一个空的存储库上标记1.0.0.alpha，那可以正常工作。但是，如果我接着继续标记1.0.0，则GitHub报告存在1.0.0（由于存储库仅包含1.0.0.alpha标记，因此它显然不存在）。
如果标签名称都是完全唯一的（例如1.0.1.alpha，1.0.1.release），则可以使用。 GitHub的SVN Bridge中存在错误吗？
导入存储库工作正常。只有在标记时，GitHub才会抱怨一个标记已经存在，而不存在。
非常感谢。
答案 0 :(得分：0)
正如@fredrik指出的，这是GitHub的SVN Bridge中的错误。使用TortoiseSVN（GUI），使用构成现有标记名字符串一部分的标记名字符串标记发行版会产生“标记已存在”错误。但是，使用完全唯一的标记名字符串标记发行版可以很好地工作。
使用Slik SVN（命令行）产生了不同的结果。用标签名称字符串标记发布，该标签名称字符串构成现有标签名称字符串的一部分，促使GitHub在发布名称的末尾添加“ / trunk”。但是，使用完全唯一的标记名称标记发布会提示GitHub正确命名标记。
我能够使用这些测试向GitHub支持人员证明GitHub SVN Bridge代码中存在一个错误，我很高兴地说他们现在已经修复了该错误。
现在看来，即使标签名称字符串构成现有标签名称字符串的一部分，我现在也可以使用TortoiseSVN在GitHub上发布标签，而且没有错误。因此，此问题似乎已由GitHub支持修复。