Git 对应用程序进行版本控制

我最近开始做一个有几年历史的应用程序项目。他们希望开始进行代码发布和版本控制，只是为了记录每次迭代后的所有更改

---

有没有一种有效的方法来确定当前版本应该是什么？当前主版本中大约有5000个提交，我猜我只需要浏览一下就可以了。

因此，我们一直在跟踪我们软件的版本，但每次我们只是将每个版本增加0.0.1。我会在下面写下我的计划是什么，以防对某人有所帮助

正如另一张海报所建议的那样，我们将使用当前的数字1.4.16作为起点，因为之前的一切都是毫无意义的

我将尝试介绍语义版本控制（此处详述），这似乎是行业标准，并对其进行简要总结

给定版本号MAJOR.MINOR.PATCH，增加：

进行不兼容的API更改时的主版本

以向后兼容的方式添加功能时的次要版本

当您进行向后兼容的bug修复时，请使用补丁版本

---

最重要的是，我将使用

git标记

（）标记每个发行版的提交，并在Github上创建发行版，它有一些方便的功能来存储发行说明。标记的好处是，您可以对提交进行回顾性标记——因此，如果您愿意，可以将以前的提交标记为v1.x.x。不管你想走多远。

我不清楚你在问什么。如果您刚刚准备好开始版本控制，那么如何提交5000次？你是如何定义“当前版本”的？我是说这个项目已经进行了很多年了，他们并没有在每次增量更改时跟踪版本。。到目前为止（5000次提交），版本为？？？。我想问的是，在git中是否有一种有效的方法来计算他们当前位置的版本号，而不必搜索5000次提交以查找修补程序、次要和主要提交？？那么，为什么不声明一个当前版本号并跟踪未来的版本号呢。声明当前版本是什么并不重要。有些人会有一个营销理由，他们不希望它是1.0.0，但除此之外，它只会作为一种方式来区别于以前不存在的版本号。（你可以浏览所有的历史，为每一次提交确定一个版本……但这需要大量的工作，而且考虑到安装群中没有人会知道这些新数字，这又有什么好处呢？），我完全赞成“正确地”做事，但你是对的，这可能并不重要。我想调用当前版本1.0将是一个很好的起点，因为它是我们拥有的唯一主要版本。谢谢你的意见@s89\您可以根据您使用的方式添加答案，然后标记答案。这也将有利于其他有类似问题的人。