通常Django项目代表一个网站。如果它不断更新，那么为项目提供版本是否有意义？版本控制何时有用？
P.S。我不是要求版本控制，而是要编写每个版本的编号，例如“1.0.5”
答案 0 :(得分：3)
正如@Timmy O'Mahony在评论中指出的那样，git-flow或hg-flow就是这样做的。数字版本的问题在于它在开发过程中非常快速地变得非常复杂。它们在您发布产品/网站时非常有用，因为最终用户可以非常简单地比较版本。但是在开发过程中，您可以分阶段处理项目 - 开发，测试，分段和生产阶段。因此，引入编号版本系统将使该过程复杂化。
想象一下你为v1.0做些什么。然后它会推动测试，然后分阶段。与此同时，您可能正在为v1.1开发新功能。然而，在为v1.0进行升级时，有人发现了一个错误。那么，既然你正在研究v1.1，那个bug修复就会计入v1.1或v1.0。请记住，1.0尚未发货......
正如您所看到的，它会变得非常混乱，因此更好的工作方式是遵循git-flow类型工作流，其中每个分支都有其修订版，如果需要可以用于引用某些代码更改而不是版本号