分配 GitHub 中的最新版本（不使用 git）
Assign the latest release in GitHub (not using git)
场景
我在 GitHub:
中有 3 个版本
(标签和其他可能需要的相关信息可以通过关注url)
最新版本是 v1.2:
但是，第一个版本被标记为“最新版本”：
然后，如果我在下面使用这个 url，我将获得我发布的最早版本：
问题
我想知道是否可以通过 GitHub 网络将我希望的版本设置为最新版本，没有复杂的事情。
研究
当我说 "with no complicated things" 是因为我读了这篇 post 下面他们评论说要使用 git 控制台，但我真的不想依赖 git 控制台克隆我的存储库并弄乱标签等只是为了设置该死的绿色指示器 最新版本.
- Swap "Latest release" on github
这让我想到 GitHub 是否真的没有在他们的网站上提供任何“将此设置为最新版本”的友好按钮？为什么他们不这样做t?，我希望我在他们的网站上遗漏了一些东西，因为这对他们的在线用户来说非常烦人。
您的所有三个标签（1.0、1.1 和 1.2）都链接到 this commit。所以在这种情况下，所有三个版本都是相同的。
如果您在标记为 1.3 的 master 分支上添加或合并新提交，但不更新最后 3 个标记，那么这将成为您的最新版本。
如果你正确标记提交，git tag --contains 应该只输出最新的标记。然而：
$ git tag --contains
1.0
1.1
1.2
如您所见，每个标签都指向同一个提交：
$ git rev-list -1 1.0
6fbce42a8c59b0a06f679a369d19b7a1282023d0
$ git rev-list -1 1.1
6fbce42a8c59b0a06f679a369d19b7a1282023d0
$ git rev-list -1 1.2
6fbce42a8c59b0a06f679a369d19b7a1282023d0
TLDR：进行新的提交，然后对其进行标记，并且不要更新其他标记。
连同所有 3 个标签都链接到一个提交，我建议不要为每个新版本创建一个新目录。 git 将处理版本控制和标签，您不需要使用目录结构来这样做。
此外，我使用 Source Tree 来维护 git 存储库和标签。
场景
我在 GitHub:
中有 3 个版本(标签和其他可能需要的相关信息可以通过关注url)
最新版本是 v1.2:
但是，第一个版本被标记为“最新版本”：
然后，如果我在下面使用这个 url，我将获得我发布的最早版本：
问题
我想知道是否可以通过 GitHub 网络将我希望的版本设置为最新版本，没有复杂的事情。
研究
当我说 "with no complicated things" 是因为我读了这篇 post 下面他们评论说要使用 git 控制台，但我真的不想依赖 git 控制台克隆我的存储库并弄乱标签等只是为了设置该死的绿色指示器 最新版本.
- Swap "Latest release" on github
这让我想到 GitHub 是否真的没有在他们的网站上提供任何“将此设置为最新版本”的友好按钮？为什么他们不这样做t?，我希望我在他们的网站上遗漏了一些东西，因为这对他们的在线用户来说非常烦人。
您的所有三个标签（1.0、1.1 和 1.2）都链接到 this commit。所以在这种情况下，所有三个版本都是相同的。
如果您在标记为 1.3 的 master 分支上添加或合并新提交，但不更新最后 3 个标记，那么这将成为您的最新版本。
如果你正确标记提交，git tag --contains 应该只输出最新的标记。然而：
$ git tag --contains
1.0
1.1
1.2
如您所见，每个标签都指向同一个提交：
$ git rev-list -1 1.0
6fbce42a8c59b0a06f679a369d19b7a1282023d0
$ git rev-list -1 1.1
6fbce42a8c59b0a06f679a369d19b7a1282023d0
$ git rev-list -1 1.2
6fbce42a8c59b0a06f679a369d19b7a1282023d0
TLDR：进行新的提交，然后对其进行标记，并且不要更新其他标记。
连同所有 3 个标签都链接到一个提交，我建议不要为每个新版本创建一个新目录。 git 将处理版本控制和标签，您不需要使用目录结构来这样做。
此外，我使用 Source Tree 来维护 git 存储库和标签。