有时 git pull 或 git fetch 时发现 git 报了个异常，说法像是无法将线上某个分支与本地分支合并，由于分支是...(很长的hash)但是分支却是...(很长的hash)
仔细查查后发现是 git 远端出现了重复的分支名导致的，故此删除掉重复的那个不需要的远端分支即可
git push origin :origin/branchName
其作用是提交一个空的分支到远端的 branchName 的分支，由于分支为空，git 便将其删除了。
然后发现了一同开发的队友出问题了，明明远端的分支已经删除了，但是我们的队友由于在分支有问题期间也进行过拉取代码或同步代码的操作，导致其本地的 git 仓库中记录着重复分支名的信息，因此每当拉取代码信息时就会被报重复分支名的问题给打断无法继续，此时我们使用&git branch -a 可以看到所有的分支信息，包括远端的分支信息，在其中就可以看到有重复分支名的分支，可明明远端分支已经被我删除了可队友那却依然还是这样，这时候就是得更新下远端分支信息了，先仅查看下远端分支信息（可看可不看）&git remote show origin&紧接着使用&git remote prune origin 来移除已经不存在的所有分支。
PS：由于遇到这个问题时忘记截图了，所以只好记文字说明了。之后再遇到的话再截图补上。
阅读(...) 评论()Git中文显示问题解决
我的图书馆
Git中文显示问题解决
Git中文显示问题解决
原文：windows下git bash显示中文:
git bash很多中文显示问题解决方法与CygWin一样。
中文文件名乱码
参考以下的设置，在CygWin中git log内容已可正常使用、显示中文，但git status和push、pull时，中文文件名仍然乱码，不知如何解决，如:
[/data/soft/xstarcd.github.io]$git status
位于分支 master
您的分支与上游分支 'origin/master' 一致。
未跟踪的文件:
（使用 "git add &文件&..." 以包含要提交的内容）
"\346\265\213\350\257\225.txt"
提交为空，但是存在尚未跟踪的文件（使用 "git add" 建立跟踪）
解决方式：
12#不对0x80以上的字符进行quote，解决git status/commit时中文文件名乱码git config --global core.quotepath false
ls显示中文文件名
C:\Program Files\Git\etc\git-completion.bash：
1alias ls='ls --show-control-chars --color=auto'
说明：使得在 Git Bash 中输入 ls 命令，可以正常显示中文文件名。
注：Cygwin 1.7.1版本中无此问题。
C:\Program Files\Git\etc\inputrc：
12set output-meta onset convert-meta off
说明：使得在 Git Bash 中可以正常输入中文，比如中文的 commit log。
注：Cygwin 1.7.1版本中无此问题。
中文commit log
C:\Program Files\Git\etc\profile：
1export LESSCHARSET=utf-8
说明：git log 命令不像其它 vcs 一样，n 条 log 从头滚到底，它会恰当地停在第一页，按 space 键再往后翻页。这是通过将 log 送给 less 处理实现的。以上即是设置 less 的字符编码，使得 git log 可以正常显示中文。
其实，它的值不一定要设置为 utf-8，比如 latin1 也可以……(在Cgywin中测试utf-8可以，latin1仍是乱码)。还有个办法是 git –no-pager log，在选项里禁止分页，则无需设置上面的选项。
git gui显示中文
C:\Program Files\Git\etc\gitconfig：
12[gui]encoding = utf-8
说明：我们的代码库是统一用的 utf-8，这样设置可以在 git gui 中正常显示代码中的中文。
C:\Program Files\Git\etc\gitconfig：
12[i18n]commitencoding = GB2312
说明：如果没有这一条，虽然我们在本地用 git log 看自己的中文修订没问题，但是：一、我们的 log 推到服务器后会变成乱码；
二、别人在 Linux 下推的中文 log 我们 pull 过来之后看起来也是乱码。这是因为，我们的 commit log 会被先存放在项目的 .git/COMMIT_EDITMSG 文件中；在中文 Windows 里，新建文件用的是 GB2312 的编码；但是 Git 不知道，当成默认的 utf-8 的送出去了，所以就乱码了。有了这条之后，Git 会先将其转换成 utf-8，再发出去，于是就没问题了。
注：我在Cygwin中使用的UTF-8，所以不存在上面的问题。
修改显示编辑器
可以设置git默认为其它编辑器：
1git config --global core.editor "vim"
其中 notepad 可以替换为更好用的 wordpad、notepad++ 等（不过它们在命令行里无法直接访问，得先设置 PATH 变量）。
最新最早最热 还没有评论，沙发等你来抢社交帐号登录:
喜欢该文的人也喜欢如何修改git显示的用户名_百度知道
如何修改git显示的用户名
我有更好的答案
绿色显示用户名的地方是登陆账户，和git无关。你需要的是控制面板，谢谢。点击更改账户名称即可
互联网+时代高效组织信息化平台
主营：汇讯WiseUC企业即时通讯软件
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。git 怎么这么多莫名其妙的变更？ - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
已注册用户请 &
git 怎么这么多莫名其妙的变更？
09:28:18 +08:00 · 1495 次点击
不知道怎么弄成这样了
16 回复 &| &直到
22:49:47 +08:00
& & 09:39:08 +08:00
是不是换行符造成的?
你倒是左边的点一下，看一下右边到底变更了什么啊
& & 09:41:16 +08:00
都是一些乱七八糟的，看不懂了...
& & 09:44:38 +08:00
@ 是不是我使用了 git init 的原因额，怎么恢复到之前的状态呢
& & 09:47:56 +08:00
你这是在$HOME 路径下执行 git init 了么？这不是变更，是你把$HOME 路径下的文件加入 git 仓库所在文件夹了
unstaged changes - untracked
& & 09:49:42 +08:00
@ 那肿么办呢
& & 09:53:29 +08:00
@ 现在还没有提交，怎么撤回这个操作呢，不然一直在 unstaged changed 里
& & 09:59:46 +08:00
@ 删除$HOME 路径下的&.git&文件夹
话说你为啥在$HOME 路径下执行 git init 啊
新建一个文件夹存放你的代码不更好么
& & 10:00:45 +08:00
@ /(ㄒoㄒ)/~~菜鸟一个， O(∩_∩)O 谢谢
& & 10:16:57 +08:00
如果不是新建工程，不需要执行 git init.
而且如果你用 gitlab ， github 的话，可以直接在网页上新建工程，然后 git clone 下来。
& & 10:21:21 +08:00
@ 我在两台电脑上切换，都是用的 git gui ，流程应该在 a 电脑上改了，换到 b 电脑上要先拉取下来合并，再进行修改才能提交吗
& & 10:41:51 +08:00
@ 先拉取合并然后再做修改，这样是比较好的做法，可以避免冲突。但是 git 本身并不做此限制，就是说你可以不拉取合并，直接在本地修改，然后 commit, 这时候再拉取合并，最后再 push ，也是可行的。
& & 10:48:47 +08:00
@ 好像不行哦
我昨天在家里电脑上做了修改，今天在公司电脑上直接修改然后提交的时候报错了，好像是说远程仓库和本地不一致什么的
& & 11:27:11 +08:00
@ push 之前要做 pull 或者 rebase ，但是 git add 和 git commit 之前不强制你做合并。
不过建议是每次开发前先同步一次。
& & 11:29:48 +08:00
人生苦短远离 git 。 svn 不要太爽哦。
& & 11:44:39 +08:00 via Android
@ 我觉得你肯定要被喷，所以先喷你一下。
人生苦短远离 svn 。 git 不要太爽哦。
& & 22:49:47 +08:00 via Android
@ 完全不理解 svn 哪里爽了。，。
& · & 2722 人在线 & 最高记录 3541 & · &
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.1 · 16ms · UTC 01:33 · PVG 09:33 · LAX 18:33 · JFK 21:33? Do have faith in what you're doing.Git是分布式版本控制系统，同一个Git仓库，可以分布到不同的机器上，但肯定有一台机器有着最原始的版本库，然后别的机器来克隆这个原始版本库，这样子就没有主次之分！因此，很多时候，我们会找一台电脑来充当服务器的角色，每天24小时开机，便于其他人从这个&服务器&仓库克隆到自己的电脑上，并且各自把各自的提交推送到服务器仓库，也从服务器仓库中拉取别人的提交。
"GitHub是一群有趣的人在做的有趣的事，如果只把GitHub当做一个Git服务器，实在暴殄天物。"
是一个面向开源及私有软件项目的托管平台，因为支持Git作为唯一的版本库格式进行托管，故名为GitHub。
Git的吉祥物是由小章鱼和小猫组合而成，名字叫做Octocat（章鱼猫）。
在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开Shell（Window下打开Git Bash），创建SSH Key：
$ ssh-keygen -t rsa ""
然后一路回车，使用默认值即可，密码可不用设置。
成功：可在用户主目录里找到.ssh目录，里面有id_rsa和id_rsa.pub两个文件，这两个就是&SSH Key&的密钥对，id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以放心地告诉任何人。
登陆GitHub，打开Account settings&-&&SSH Keys页面：点Add SSH Key，填上任意Title，在Key文本框里粘贴id_rsa.pub&文件的内容。保存即可。
因为GitHub需要识别出你推送的提交确实是你推送的，而不是别人冒充的，而Git支持SSH协议，所以，GitHub只要知道了你的公钥，就可以确认只有你自己才能推送。
当然，GitHub允许你添加多个Key。假定你有若干电脑，你一会儿在公司提交，一会儿在家里提交，只要把每台电脑的Key都添加到GitHub，就可以在每台电脑上往GitHub推送了。
提示&：在GitHub上免费托管的Git仓库，任何人都可以看到（但只有你自己才能修改）。所以，建议不要把敏感信息放进去。
如果你不想让别人看到Git库，有两个办法，一个是付费，让GitHub把公开的仓库变成私有的，这样别人看不见（不可读更不可写）。另一个办法是自己动手，搭一个Git服务器，因为是你自己的Git服务器，所以别人也是看不见（公司内部开发利器）。
本地有一个Git仓库 -& 在GitHub创建一个仓库 -& 让这两个仓库进行远程同步
（这样，GitHub上的仓库既可以作为备份，又可以让其他人通过该仓库来协作。）
确定好本地上要远程添加的仓库myrepo，登陆GitHub，然后在右上角找到Create a new repo按钮，创建一个新的仓库：
在创建新仓库页面在 Repository name 填入myrepo，其他保持默认设置，点击下面的绿色按钮Create repository，就成功创建了一个新的Git仓库：
在上图中，GitHub告诉我们，可以从这个仓库克隆出新的仓库，也可以把一个已有的本地仓库与之关联，然后，把本地仓库的内容推送到GitHub仓库。
于是，根据GitHub的提示，在本地的myrepo仓库下运行命令：
$ git remote add origin :dopppler/myrepo.git
提示&：注意替换成你的名字，否则关联的我的远程库，关联没有问题，但是你以后是推送不上去的，因为你的SSH Key公钥不在我的账号列表中。
把本地库的所有内容推送到远程库上：
把本地库的内容推送到远程，用git push命令。
实际上是把当前分支master推送到远程。
由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送到远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
推送成功后，就可以在GitHub页面中看到远程库的内容已经和本地一样了：
从现在起，只要本地作了提交，就可以通过命令：&$ git push origin master
把本地master分支的最新修改推送至GitHub，至此，你就拥有了真正的分布式版本库！
提示：第一次使用Git的clone或者push命令连接GitHub时，会得到一个警告，这是因为Git使用SSH连接，而SSH连接在第一次验证GitHub服务器的Key时，需要确认GitHub的Key指纹是否真的来自GitHub的服务器，输入yes回车即可。随后，Git会输出一个警告，告诉你已经把GitHub的Key添加到本机的一个信任列表中，后面的操作不会再出现警告了。
要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git
关联后，使用命令git push -u origin master第一次推送master分支的所有内容。
此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改。
分布式版本系统的最大好处之一&：在本地工作完全不需要考虑远程库的存在，也就是有没有联网都可以正常工作，而SVN在没有联网的时候是拒绝干活的。当有网络的时候，再把本地提交推送一下就完成了同步，太方便了。
当我们从零开发时，一般会这样做：先创建远程库 -& 从远程库克隆到本地
在GitHub创建一个新的仓库。
注：勾选下面的选项Initialze this repository with a README，GitHub就会自动为我们创建一个README.md文件。
用命令git clone克隆一个本地库。
$ git clone :dopppler/hellogithub.git
提示：注意把Git的地址换成自己的。
如果是多人协作开发，那么每个人各自从远程克隆一份就可以了。
也许你还注意到，GitHub给出的地址不止一个，还可以用https://github.com/dopppler/hellogithub.git这样的地址。实际上，Git支持多种协议，默认的git://使用&ssh，但也可以使用&https&等其它协议。
使用&https&除了速度慢以外，还有个最大的麻烦是每次推送都必须输入口令，但是在某些只开放&http&端口的公司内部就无法使用&ssh协议而只能用&https。
要克隆一个仓库，首先必须知道仓库的地址，然后使用&git clone&命令去克隆。
Git支持多种协议，包括&https&，但通过&ssh&支持的原生git协议速度最快。
详细教程请戳这里：
阅读(...) 评论()}