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