使用Git进行版本控制的经验(好的或坏的)与Git的不同版本如何协同工作有什么关系？
短篇小说:
我正在考虑将Git用于一些计划中的家庭项目,但由于我的hodge-podge系列设置使用来自存储库的默认包将意味着不同的完整点发布.我计划在运行Ubuntu 8.04的服务器上保留一个主存储库(其他人可能正在阅读和分支),如果我使用标准存储库中的pakages(可能会升级到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.
经过几次搜索后我没有找到任何参考,这让我相信跨版本的兼容性是好的(如果有重大问题,我希望在发行说明中有明显的提及,并找到各种帖子人们询问如何处理问题的地方).