我一直在使用版本1.x进行所有项目。
升级到最新的2.6是否安全?
在工作站上,我使用sourcetreee和git扩展。
我们所有的存储库都存储在一个中央服务器中,该服务器充当我们的origin
遥控器。
答案 0 :(得分:6)
是的,git 2.6会打开你最初用1.9.x创建的回购,没有任何问题 最佳做法是确保服务器上的git版本大于或等于客户端使用的版本,但实际上,我一直在使用2.x客户端推送到1.9.x服务器几个月没有任何问题。
检查few settings that have changed with git 2.0 though:
在Git 2.0中,
push.default
已经变为简单,范围更窄 - 更具体,更直观 - 它现在只会推动:
- 仅当当前分支设置为与同一遥控器上的远程分支集成时,具有相同名称的当前分支到分支;
- 当前分支到具有相同名称的分支,如果您要推送到通常不从中获取的远程。
和
git add path
现在等同于git add -A path
答案 1 :(得分:-1)
这里可以找到更实用,更方便的清单 https://felipec.wordpress.com/2014/05/29/git-v2-0-0/
大多数都与默认行为有关。如果使用明确的特定命令,那么他/她将不会遇到任何问题。
git push 当你输入'git push'(没有任何参数)时,Git使用配置'push.default'来找出要推送的内容。在'push.default'默认为'匹配'之前,现在它默认为'简单'。'匹配'配置实质上将'git push'转换为'git push origin:',这意味着推送所有匹配的分支,所以如果你有一个本地'master',并且有一个远程'master','master '被推;如果你有一个本地和远程'fix-1','fix-1'被推,如果你有一个本地'ext-feature-1',但是没有匹配的远程分支,它没有被推,等等。 / p>
“简单”配置改为推送单个分支,它使用您配置的上游分支(有关上游分支的完整说明,请参阅此文章),因此,如果您当前的分支是“主”,如果是'origin / master'是'master'分支的上游,'git push'基本上和'git push origin master'相同,或者更具体'git push origin master:master'(上游分支可以有不同的)名称)。
目录中的'git add'添加了删除