在Git中,在发布一个版本后,我是要分叉还是分支下一个版本?

在Git中,在发布一个版本后,我是要分叉还是分支下一个版本?,git,version-control,Git,Version Control,我是个git noob,经过一些教程和胡闹之后,我在bitbucket上发布了一些代码。现在我有了一个1.0版本,我需要分叉或分支代码来继续工作吗?我希望能够返回并挑选出单独的版本。也许我两者都不必做,这只是git固有的能力?您不想使用fork。分叉意味着获取项目的副本并以不同的方向进行开发,通常由不同的开发人员进行 看看这篇关于git工作流的文章 然后,可以通过使用gitflow扩展git来强制执行该模型,而gitflow是您不想使用的。分叉意味着获取项目的副本并以不同的方向进行开发,通常由不

我是个git noob,经过一些教程和胡闹之后,我在bitbucket上发布了一些代码。现在我有了一个1.0版本,我需要分叉或分支代码来继续工作吗?我希望能够返回并挑选出单独的版本。也许我两者都不必做,这只是git固有的能力?

您不想使用fork。分叉意味着获取项目的副本并以不同的方向进行开发,通常由不同的开发人员进行

看看这篇关于git工作流的文章


然后,可以通过使用gitflow扩展git来强制执行该模型,而gitflow是您不想使用的。分叉意味着获取项目的副本并以不同的方向进行开发,通常由不同的开发人员进行

看看这篇关于git工作流的文章


然后,可以通过使用gitflow扩展git来实施该模型。在分支和标记方面,您可以做任何最适合您的事情,但我建议您仔细看看。

在分支和标记方面,您可以做任何最适合您的事情,但是我建议你仔细看看。

你可以继续在同一个部门工作。轻松返回到您可以使用的标记为1.0版的提交版本。请参阅。

您可以继续在同一分支机构工作。轻松返回到您可以使用的标记为1.0版的提交版本。请参阅。

我个人使用标记来标记感兴趣的提交(例如,
ver1.0
),并使用分支来管理多条开发线,但归根结底,这正是您喜欢的和适合您的


“fork”(在git*hub*意义上)是概念上不同的东西。它是您的存储库的“副本”,由其他人拥有,因此我认为这不是进行发布管理的正确方法

我个人使用标记来标记有趣的提交(例如,
ver1.0
),并使用分支来管理多条开发线,但归根结底,这正是您喜欢的和适合您的


“fork”(在git*hub*意义上)是概念上不同的东西。它是您的存储库的“副本”,由其他人拥有,因此我认为这不是进行发布管理的正确方法

我对此使用标签。例如,要简单地将最后一次提交标记为一个版本,您可以这样做

git tag versionX.X.X
或者随便你怎么称呼它。这只是存储指向该提交的指针。如果您使用的是Github,它还可以下载所有标签的zip文件。要将这些标记推送到远程存储库,必须执行以下操作

git push --tags

我使用标签来进行此操作。例如,要简单地将最后一次提交标记为一个版本,您可以这样做

git tag versionX.X.X
或者随便你怎么称呼它。这只是存储指向该提交的指针。如果您使用的是Github,它还可以下载所有标签的zip文件。要将这些标记推送到远程存储库,必须执行以下操作

git push --tags

我见过标记被用来标记特定版本。我见过标记被用来标记特定版本。谢谢你的建议,但我太笨了,无法进一步扩展git=)。顺便说一句,你发布了另一个网站的重复链接answer@JustinXXVII-他发布了一个副本:-)我的答案是第一个:-)如果你想让软件强制执行该方法,你只需要扩展-如果只有少数几个理解它的开发人员感谢你的建议,那么没有必要扩展,但我太笨了,无法进一步扩展git=)。顺便说一句,你发布了另一个网站的重复链接answer@JustinXXVII-他发布了一个副本:-)我的答案是第一个:-)如果你想让软件强制执行该方法,你只需要扩展-如果只有少数开发人员理解它,则无需扩展。这是一篇很棒的文章,现在从时间线图中吸收所有术语=)这篇很棒的文章,现在来学习时间线图表中的所有术语=)谢谢,我知道分叉可以复制,但在这些答案出现之前,我不清楚这与分支的区别。谢谢,我知道分叉可以复制,但在这些答案出现之前,我不清楚这与分支的区别。