您是否为特定版本/路径或分支创建标签/标记?
如果您有产品的 1.0 版本,或者说 1.1 甚至补丁,您会创建标签/标签或分支吗?
If you have a version 1.0 of a product, or say 1.1 or even a patch, do you create a tag/label or a branch?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(4)
Eric Sink 撰写了一系列关于版本控制细节的精彩文章。 我建议使用这些作为起点。
Eric Sink wrote a great series of articles about the ins and outs of version control. I'd suggest using those as a starting point.
取决于版本控制系统。 我会分支不兼容的(主要版本号)更改,并标记兼容的(次要版本号)更改。 不过,这导致了关于什么是兼容的、什么是不兼容的完整讨论……
或者,只需使用 Subversion,您通常会在其中使用“svn copy”。
Depends on the version control system. I'd branch for incompatible (major version number) changes, and tag for compatible (minor version number) changes. That leads to a whole discussion about what's compatible and what isn't, though...
Or, just use Subversion, where you'd normally use "svn copy" for either.
我通常不分支,而只标记版本。 这样,我可以在以后需要时进行分支。 由于 CVS 中的分支非常昂贵,因此在您真正需要它们之前尽量避免使用它们。 对于所有其他 VCS 工具,分支非常便宜,您可以根据需要进行操作,因此也无需过早采取行动。
I usually don't branch but only label the releases. This way, I can branch later when the need arises. Since branches are so expensive in CVS, try to avoid them until you really need them. For all other VCS tools, branching is so cheap that you can do it as you need it, so no need for premature actions, either.
这在一定程度上取决于您使用的工具(版本控制系统)是否具有合理的分支和标记。
在 Git 中,我会使用
v1.0
、v1.0 等标签。 1
指向确切版本(标签不会改变),所以如果有人告诉你 1.0 版本有一个错误,你就会确切地知道它包含什么。 如果需要长期维护,我会使用maint-1.0
和maint-1.1
等分支来收集过去版本的维护错误修复,并从时间上为新的次要版本添加时间标记,例如v1.0.1
或v1.1.5
。华泰
It depends a bit on the tool (version control system) you use, if it has sane branching and tagging.
In Git I would use tags such as
v1.0
,v1.1
to point to exact version (tags do not change), so if somebody would tell you that there is a bug in version 1.0, you would know exactly what it contains. If there would be a need for long-term maintenance, I would use branches such asmaint-1.0
andmaint-1.1
to gather maintenance bugfixes for past version, and from time to time tag new minor release such asv1.0.1
, orv1.1.5
.HTH