0
A
回答
2
肯定不是第51位,变化是时间递增,而不是内容。
要清楚了解这些变化的历史,将会有第56个版本用于恢复51和55之间发生的变化,以便清楚地表明他正在回去。然后是另一个版本,第57个是他实际做出的改变。
0
应该是版本56,并且如果在v55和新版本之间存在任何问题,检入文件时会发生文件合并。
管理版本的另一个好方法是分支出历史版本(v50)。修改文件(如添加功能,修复错误等)后,可以将其合并回原始文件。
相关问题
- 1. 管理InstallScript版本
- 2. PHP版本管理
- 3. 配置管理器
- 4. 配置管理.net
- 5. 集中式配置管理
- 6. yocto上的配置管理
- 7. 管理复杂的配置
- 8. Maven插件版本管理
- 9. 管理软件版本
- 10. Visual studio Lightswitch - 版本管理
- 11. 文档版本管理
- 12. 使用SVN管理版本
- 13. subversion版本库管理
- 14. Avaya PBX的版本控制/配置管理?
- 15. 无源代码管理的SSAS版本管理
- 16. Maven中的依赖版本管理
- 17. 如何管理VS2010中的版本?
- 18. 管理构建配置
- 19. MDS配置管理器
- 20. 管理配置:限定串
- 21. c#配置管理器
- 22. Visual Studio - 配置管理器
- 23. SQL Server配置管理器
- 24. Azure角色配置管理
- 25. System.Configuration配置管理器
- 26. 如何管理SharePoint配置?
- 27. 环境配置管理?
- 28. Kubernetes:管理环境配置
- 29. ECM - 文档控制管理/版本管理和CMS
- 30. 管理Powershell 2.0中的配置文件
这取决于版本控制系统。在Git中,它将成为第50个版本的第二个孩子。它的承诺概念对它们没有固有的顺序。 – Novelocrat