我正在尝试建立一个良好的发布管理系统,结合版本号标记的标记实践 - 例如,1.0。在该标记之后进行的任何更改都将被递增,如1.0-1、1.0-2等。
但是,如果我从主分支创建一个新的分支用于1.0发布,然后切换到该分支并将其标记为1.0,则上述系统可以正常工作。对该分支的其他错误修复将按预期显示为1.0-1、1.0-2等。
但是,除非我在制作1.0分支后的第一次提交后重新标记主分支,否则在主分支上的任何工作都将显示相同的递增:1.0-1、1.0-2。
尽管SHA1哈希将是唯一的,但我最终会从主分支和分支获得相同的修订版/递增。
是否有任何方法可以避免仅在标记分支时就将主分支标记?是否有更好的方法来完成此操作?现在,我在制作1.0分支后的唯一选择是在主分支上进行一次小的提交,然后重新标记为1.1-dev或类似内容。
然后为每个发布重复此过程。
但是,如果再次为分支打标记,例如1.0.1发布,那么这似乎也会标记主分支,因为这是首先发生的?
但是,如果我从主分支创建一个新的分支用于1.0发布,然后切换到该分支并将其标记为1.0,则上述系统可以正常工作。对该分支的其他错误修复将按预期显示为1.0-1、1.0-2等。
但是,除非我在制作1.0分支后的第一次提交后重新标记主分支,否则在主分支上的任何工作都将显示相同的递增:1.0-1、1.0-2。
尽管SHA1哈希将是唯一的,但我最终会从主分支和分支获得相同的修订版/递增。
是否有任何方法可以避免仅在标记分支时就将主分支标记?是否有更好的方法来完成此操作?现在,我在制作1.0分支后的唯一选择是在主分支上进行一次小的提交,然后重新标记为1.1-dev或类似内容。
然后为每个发布重复此过程。
但是,如果再次为分支打标记,例如1.0.1发布,那么这似乎也会标记主分支,因为这是首先发生的?
git describe
显示1.0.1-1
,-2
等吗?因为它不应受到不是当前提交祖先的标签的影响(如果它在另一个分支上,并且你已经提交到两个分支,则也不应该受到影响)。 - Bombe