在 SVN 标签/分支中允许点是一种不好的做法吗?名字?
在我的 SVN 存储库中,标签
按名称包含点的版本列出。例如 0.10
或 0.12.1
分支
的命名类似于 proj-0.24-rc
同时,例如在 Mono 项目 分支中没有点。
有一些避免点的练习吗?是否可以将其视为扩展分隔符(由提供存储库的 Web 服务器)等?
In my SVN repository tag
s are listed by version where name contains dots. e.g. 0.10
or 0.12.1
branches
are named like proj-0.24-rc
In the same time, for example in Mono project branches has not dots.
Is it some practice to avoid dots? Could it be treated like extension delimiter (by web server where repository is been served), etc?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
我认为许多大型项目都创建带有点/句点的标签,所以我认为它没有任何问题(至少从 Subversion 的角度来看没有)。
如果你有一些特殊的软件被周期抛弃了……那么我想那是另一个故事了。
I think many large projects create tags with dots/periods, so I don't think there is anything wrong with it (at least not from a Subversion standpoint).
If you have some special software that is being thrown off by the periods... Then I guess that is another story.
注意 SVN 标识符,它会在某些平台上产生问题。例如,Windows 无法处理仅大小写不同的名称。此外,某些字符(
:
、/
、\
等)在某些平台上是保留的,不应该用过的。我不知道有任何平台...好吧,除了 CPM 或 DOS 之外,也就是说:我不知道任何相关平台在文件系统标识符中的任意点上遇到问题,所以我觉得这些都不是问题。
Watch out for SVN identifiers which make problems on some platforms. For example, Windows can't deal with names only differing in capitalization. Also certain characters (
:
,/
,\
etc.) are reserved on certain platforms and shouldn't be used.I'm not aware of any platform... well, besides CPM or DOS, that is, so let's say: I'm not aware of any relevant platform having trouble with arbitrary dots in file system identifiers, so I think these are not a problem.
当然不存在技术限制。
我多年来一直使用点作为分支和标签名称,并且从未在我使用的任何 SVN 客户端上遇到任何问题。
There certainly is not a technical limitation.
I have been using dots for branch and tag names for ages and never encountered any problems with any of the SVN clients I have used.