我一直在为我所有的项目使用1.x版本。我需要注意从git 1.9.5升级到最新的2.6吗?
仅升级到最新的2.6版本是否安全?
在工作站上,我使用sourcetreee和git扩展。
我们所有的存储库都存储在一个中央服务器上,作为我们的origin
远程服务器。
我一直在为我所有的项目使用1.x版本。我需要注意从git 1.9.5升级到最新的2.6吗?
仅升级到最新的2.6版本是否安全?
在工作站上,我使用sourcetreee和git扩展。
我们所有的存储库都存储在一个中央服务器上,作为我们的origin
远程服务器。
是的,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
更实用,方便的名单可以在这里找到 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','主'被推动;如果您有本地和远程'fix-1',则会推送'fix-1',如果您有本地'ext-feature-1',但没有匹配的远程分支,则不会推送,等等。
'simple'配置会推送一个单独的分支,它会使用您配置的上游分支(请参阅此文章以获取上游分支的完整说明),因此如果您当前的分支是'master',并且'origin/master'是'master'分支的上游,'git push'基本上与'git push origin master'一样,或者是更具体的'git push origin master:master'(上游分支可以有一个不同的名字)。
'git add'在目录中增加删除