使用 Git 进行版本控制(与不同版本的 Git 协同工作的效果如何)有关的体验(好还是坏)是什么?
长话短说:
我正在考虑将 Git 用于一些计划的家庭项目,但由于我使用存储库中的默认包进行的大杂烩设置将意味着完全不同的版本。我计划在运行 Ubuntu 8.04 的服务器上保留一个主存储库(其他人可能会从中读取和分支),这意味着如果我使用标准存储库中的包(可能会升级到 10.04),则为 v1.5.x未来几个月,这意味着 Git 软件包升级到 1.7.x),但我的上网本运行的是较新的 9.10,其中包含 Git v1.6.x。我的主要 Windows 机器我还没有决定如何使用(因为没有包管理可以使用它,它可以直接获取任何版本,或者我可能使用 Ubuntu VM 进行开发)。
更复杂的是,我可能还想与 GitHub 上当前的几个项目进行交互(也许也将我的一些代码放在那里,因为我打算将其作为开源软件)。
我很乐意编译我自己的最佳版本的副本(即最接近 GitHub 运行的稳定版本,大概是 1.7.x),如果这是唯一可靠的方法,但如果我不太可能遇到如果在 1.5/1.6/1.7 之间进行更改时出现问题,那么我宁愿保留标准存储库版本,以使 Git 的更新/升级尽可能轻松。
经过几次搜索后,我没有找到任何对此的引用,这使我相信跨版本兼容性很好(如果存在重大问题,我希望在发行说明中明显提及,并在各种版本中找到帖子人们询问如何处理问题的地方)。
当谈到存储库格式和布局时,我相信最后的更改来自git 1.4.3 到 1.5.0.
雅库布在这里提到根据您的 Git 版本,可能不支持一些功能,但不应该存在任何“旧版本无法处理使用新版本创建的存储库”的不兼容问题。
Git 1.5.x、1.6.x 和 1.7.x 应该可以毫无问题地管理同一个存储库。
2017 年更新:我确认 git repo 2.x 仍然可以与 git repo 1.7 一起使用
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)