的Git拉在SMB共享资源库

Question

挂起当我运行git拉，我得到这个：

edson$ GIT_TRACE=1 git pull -v 
trace: exec: 'git-pull' '-v' 
trace: run_command: 'git-pull' '-v' 
trace: built-in: git 'rev-parse' '--git-dir' 
trace: built-in: git 'rev-parse' '--is-bare-repository' 
trace: built-in: git 'rev-parse' '--show-toplevel' 
trace: built-in: git 'ls-files' '-u' 
trace: built-in: git 'symbolic-ref' '-q' 'HEAD' 
trace: built-in: git 'config' 'branch.master.rebase' 
trace: built-in: git 'config' 'pull.rebase' 
trace: built-in: git 'rev-parse' '-q' '--verify' 'HEAD' 
trace: built-in: git 'fetch' '-v' '--update-head-ok' 
trace: run_command: 'ssh' 'git@bitbucket.org' 'git-upload-pack '\''xxxltd/xxxltd.git'\''' 
trace: run_command: 'rev-list' '--objects' '--stdin' '--not' '--all' '--quiet' 
trace: run_command: 'rev-list' '--objects' '--stdin' '--not' '--all' 
trace: exec: 'git' 'rev-list' '--objects' '--stdin' '--not' '--all' 
trace: built-in: git 'rev-list' '--objects' '--stdin' '--not' '--all' 
From bitbucket.org:xxxltd/xxx 
= [up to date]  master  -> origin/master 
= [up to date]  blah -> origin/blah 
trace: run_command: 'gc' '--auto' 
trace: exec: 'git' 'gc' '--auto' 
trace: built-in: git 'gc' '--auto' 
trace: built-in: git 'rev-parse' '-q' '--verify' 'HEAD' 
trace: built-in: git 'fmt-merge-msg' 

但后来它只是挂在那儿。 （bitbucket）存储库位于Windows 7 vmware机器内部。然后该存储库通过SMB与主机（mac osx）共享。我在主机上运行git pull（macports）。

如果我在vm中运行git pull（msysgit），它工作正常。

任何线索？

Answer 1

在Git源代码中，似乎存在一个无限循环Git's fmt-merge-msg function，当回购站位于SMB共享中，同时从小牛队访问时。我能够解决这个问题的唯一方法是通过做一个不涉及自动合并的过程。

git pull本质上是一个git fetch && git merge所有在一个命令。如果您尝试在当前分支进行更改时执行git fetch，则可能会遇到git fetch失败的问题。

我已经解决了这个问题的方法是将远程分支获取到临时本地分支中，并将它们合并到您的工作分支中。请参阅以下哪些详细信息试图从您的origin/master获取最新更改到您当前的工作分支master。

1. 取从origin master的最新变化到名为master_merge_tmp一个地方分支。 git fetch [<remote loc>] [<remote branch>]:[<local branch>]让您无需自动调用fmt_merge_msg获取最新的变化，你可以针对不同的本地分支目标：

   git fetch origin master:master_merge_tmp 
   

2. 合并的master_merge_tmp分支到master：

   git merge master_merge_tmp 
   

3. 删除进行一些清理工作远程分支mater_merge_tmp：

   git branch -D master_merge_tmp 
   

或者，您可以创建一个辅助函数来自动完成上述步骤。您可以在.bashrc或.zshrc放置此：

# Workaround for fmt-merge-msg issue on Mavericks w/SMB repo 
# gfm [<remote>] [<remote branch>] 
function _git-fetch-merge() { 
    local remote="$1" 
    local branch="$2" 
    local tmp_branch="${2}_merge_tmp" 
    git fetch $remote $branch:$tmp_branch 
    git merge $tmp_branch 
    git branch -D $tmp_branch 
} 
alias gfm="_git-fetch-merge" 

现在从终端，你可以做到以下几点：

_git-fetch-merge origin master 

或者您可以使用别名：

gfm origin master 

如果您正在与远程上游分支机构合作：

gfm upstream master 

Answer 2

小牛已经知道Samba协议的问题。尝试将回购安装为cifs://vm.ip而不是smb://vm.ip(source)。

Answer 3

苹果用小牛切换到了SMB2，并且它对于很多人来说效果不佳。作为替代，这里有一个更加永久性的修复，则可以改为申请的cifs://临时之一：

要强制所有的连接都必须SMB1：

打开一个终端窗口 贴在下面的行之后返回键（应该是全部在一行上）：

echo "[default]" >> ~/Library/Preferences/nsmb.conf; echo "smb_neg=smb1_only" >> ~/Library/Preferences/nsmb.conf 

命令的作用：

在主目录中创建一个名为nsmb.conf的文件，路径为〜/ Library/Preferences/nsmb.conf。 添加指令以强制SMB连接使用SMB1协议。这是较慢但稳定。

如何清除变通方法：

打开一个终端窗口 糊在提示符以下，然后按回车键：

rm ~/Library/Preferences/nsmb.conf 

注：（source）

它是一个好主意，尝试之前重新启动您的mac再次连接到您的 存储。这将清除之前 的所有挂起的SMB进程在执行此 解决方法之前尝试连接到您的存储。

---

编辑：OP回答说：“这是没有帮助” - 不是的话是最好的选择，但你的想法。