是的,git 2.6将打开最初使用1.9.x创建的回购,没有任何问题。 最佳做法是确保服务器上的git版本大于或等于客户端使用的版本,但实际上,我一直在使用2.x客户端推送到1.9.x服务器几个月没有任何问题。
检查一下 但是,使用git 2.0改变了一些设置 :
在Git 2.0中 push.default 已变为简单,范围更窄 C更具体,更直观 C现在只会推动: 仅当当前分支设置为与同一远程上的远程分支集成时,才具有相同名称的分支的当前分支; 当前分支到具有相同名称的分支,如果您要推送到通常不从中获取的远程。
在Git 2.0中 push.default 已变为简单,范围更窄 C更具体,更直观 C现在只会推动:
push.default
和:
git add path 现在等于 git add -A path
git add path
git add -A path
这里有一个更实用,更方便的清单 https://felipec.wordpress.com/2014/05/29/git-v2-0-0/
其中大部分与默认行为有关。如果使用明确的特定命令,那么他/她将不会遇到任何问题。
git push 当你键入 gitpush (没有任何参数)时,Git使用配置 push.default 来找出要推送的内容。在 push.default 默认为 matching 之前,现在它默认为 simple 。
匹配 配置实质上将 gitpush 转换为 gitpushorigin: ,这意味着推送所有匹配的分支,所以如果你有一个本地的 master ,那么就是遥远的 master , master 被推;如果您有本地和远程 fix-1 ,则推送 fix-1 ,如果您有本地 ext-feature-1 ,但没有匹配的远程分支,它没有推,等等。
simple 配置改为推送单个分支,它使用您配置的上游分支(有关上游分支的完整说明,请参阅此帖子),因此,如果您当前的分支是 master ,如果 origin /master 是你的 master 分支的上游, gitpush 基本上与 gitpushoriginmaster相同,或者更具体的 gitpushorigin master: master (上游分支可以有不同的名称)。
目录中的 gitadd 添加了删除