Git 实践问答
Git 是分布式版本控制系统(Distributed Version Control System,简称 DVCS),DVCS 的特点是:
在分布式版本控制系统中,客户端并不只提取最新版本的文件快照,而是把代码仓库完整地镜像下来。 这么一来,任何一处协同工作用的服务器发生故障,事后都可以用任何一个镜像出来的本地仓库恢复。 因为每一次的克隆操作,实际上都是一次对代码仓库的完整备份。
以下是笔者在使用 Git 过程中遇到的问题和解决方法。
-
git push 的时候出现:
fatal: HttpRequestException encountered
答:GitHub 从 2018 年 2 月 1 日起禁用 TLSv1 和 TLSv1.1,必须更新 windows 的 Git 凭证管理器,详情点击
TLS 是 Transport Layer Security,中文是安全传输层协议,包括 TLS 记录协议和 TLS 握手协议,用于在两个通信应用程序之间提供保密性和数据完整性。Github 正是将 TLSv1 和 TLSv1.1 应用于 HTTPS 链接,包括 https://github.com 和 https://api.github.com 的 WEB, API,和 Git。安全攻击不断出现,促使社区开发更强大的加密标准来应对,TLSv1 和 TLSv1.1 已不足以应对,所以 Github 宣布禁用了它们。
-
如何暂存 untracked 文件
答:
git stash save --include-untracked
-
gitk 中文乱码问题解决方法
答:在 .gitconfig 里写
[gui] encoding = utf-8
-
合并一半时又不想合并了
答:
git merge --abort
-
跟远程仓库相关的命令
答:使用
git remote -h
查看。比如公司换了 Git 托管服务商,我 push 不上去,有可能是因为被修改了 remote,解决如下:
git remote set-url origin URL
比如报错:
fatal: remote origin already exists
,解决如下:git remote rm origin git remote add origin URL
-
我在
git add
时使用 ctrl+c 强制取消后,再git reset
时报错:fatal: Unable to create 'XXX/.git/index.lock’: File exists.
答:http://lhdst-163-com.iteye.com/blog/1982923
rm -f .git/index.lock
-
怎么取消对已跟踪文件的跟踪?
答:
git rm --cached <file>
然后在 .gitignore 里添加该文件。
-
我开发的分支 task 落后 dev 好多,怎么办?
答:正常的做法应该是将 task 合并到 dev 后再 checkout 出来,但是 task 开发一半,不能合并,所以使用 cherry-pick 将 dev 上想要的 commit 合并到 task 上:
git cherry-pick sha-1_value
git cherry-pick
命令用来获得在单个提交中引入的变更,然后尝试将作为一个新的提交引入到你当前分支上。 从一个分支单独一个或者两个提交而不是合并整个分支的所有变更是非常有用的。 -
某个文件改了不想推,也不想写在 .gitignore,怎么办?
答:
git update-index --assume-unchanged <path> // 忽略跟踪 git update-index --no-assume-unchange <path> // 恢复跟踪
-
提交信息写错了怎么办?
答:
git commit --amend -m <message> // 修改最后一次提交 git rebase -i HEAD~3 // 修改多个提交信息
使用第二条时要注意:
再次记住这是一个变基命令,在 HEAD~3..HEAD 范围内的每一个提交都会被重写,无论你是否修改信息。不要涉及任何已经推送到中央服务器的提交,这样做会产生一次变更的两个版本,因而使他人困惑。
-
跟本地分支有关的命令
答:使用
git branch -h
查看。比如本地分支名写错了:
git branch -m <old_branch_name> <new_branch_name>
-
跟远程分支有关的命令
答:
比如如何删除远程分支:
git push origin --delete <branch_name>
-
怎么解决多个 Git 托管服务商帐号的 SSH-key 同时存在于一台计算机
答:http://www.cnblogs.com/BeginMan/p/3548139.html
# 添加第二个帐号时的操作 cd ~/.ssh ssh-keygen -t rsa -C "xxx@mail.com" Enter file in which to save the key (/c/Users/Administrator/.ssh/id_rsa): id_rsa_work # 括号内非必须 (eval $(ssh-agent)) (ssh-agent bash) (ssh-agent -s) ssh-add ~/.ssh/id_rsa_work # 检测是否添加成功 ssh -T git@github.com ssh -T gogs@src.jiaju888.com
config:
# 在~/.ssh目录下找到config文件,如果没有就创建 # 该文件用于配置私钥对应的服务器 # first user(first@mail.com) Host github.com HostName github.com User git IdentityFile ~/.ssh/id_rsa # second user(second@mail.com) # 建一个github别名,新建的帐号使用这个别名做克隆和更新 Host src.jiaju888.com HostName src.jiaju888.com User gogs IdentityFile ~/.ssh/id_rsa_work
-
git merge --no-ff
和git merge -ff
的区别是什么?答:
git merge -ff
:When the merge resolves as a fast-forward, only update the branch pointer, without creating a merge commit. This is the default behavior.
git merge --no-ff
:Create a merge commit even when the merge resolves as a fast-forward. This is the default behaviour when merging an annotated (and possibly signed) tag.
-
git push -u origin master
中的-u
有什么作用?答:
如果当前分支与多个主机存在追踪关系,则可以使用
-u
选项指定一个默认主机,这样后面就可以不加任何参数使用 Github。上面命令将本地的 master 分支推送到 origin 主机,同时指定 origin 为默认主机,后面就可以不加任何参数使用
git push
了。另外也可以显示设置:
设置已有的本地分支跟踪一个刚刚拉取下来的远程分支,或者想要修改正在跟踪的上游分支,你可以在任意时间使用
-u
或--set-upstream-to
选项运行git branch
来显式地设置。 -
git clone
的本质答:
git clone
实际上是一个封装了其他几个命令的命令。 它创建了一个新目录,切换到新的目录,然后git init
来初始化一个空的 Git 仓库, 然后为你指定的 URL 添加一个(默认名称为 origin 的)远程仓库(git remote add
),再针对远程仓库执行git fetch
,最后通过git checkout
将远程仓库的最新提交检出到本地的工作目录。 -
企业级的 Git 工作流长什么样?
-
git rm
和rm
的区别答:
git rm - Remove files from the working tree and from the index
用
git rm
删除物理文件和 index 中的文件;用rm
仅仅是删除了物理文件,没有删除 index 中的文件,所以在操作上会有所区别。git rm <file> git commit -m <message>
rm <file> git commit -am <message>
-
想去掉
add
和commit
之前的改动怎么办?答:
删除 untracked files
git clean -f
连 untracked 的目录也一起删掉
git clean -fd
加上 -n 参数来先看看会删掉哪些文件
git clean -nf git clean -nfd
-
想去掉
add
和commit
之后的改动怎么办?答:
撤销 commit:
git reset --soft HEAD~
撤销 add:
git reset <file>
回退到上个版本(相当于同时操作撤销commit和撤销add)
git reset --hard HEAD~
-
git rebase 有什么用?
答:rebase 译为变基,即改变基底,一般操作:
git checkout dev git rebase master git checkout master git merge dev
变基操作的实质是丢弃一些现有的提交,然后相应地新建一些内容一样但实际上不同的提交。
一般我们这样做的目的是为了确保在向远程分支推送时能保持提交历史的整洁——例如向某个其他人维护的项目贡献代码时。 在这种情况下,你首先在自己的分支里进行开发,当开发完成时你需要先将你的代码变基到 origin/master 上,然后再向主项目提交修改。 这样的话,该项目的维护者就不再需要进行整合工作,只需要快进合并便可。
总的原则是,只对尚未推送或分享给别人的本地修改执行变基操作清理历史,从不对已推送至别处的提交执行变基操作。
-
push
到 Github 时,怎么才不用每次都要输入用户名和密码答:将 https 方式换为 ssh 方式:
git remote -v git remote rm origin git remote add origin <URL>
-
修复 bug 的代码与自己开发新功能有冲突怎么办?
答:使用
git stash
储藏与清理。有时,当你在项目的一部分上已经工作一段时间后,所有东西都进入了混乱的状态,而这时你想要切换到另一个分支做一点别的事情。 问题是,你不想仅仅因为过会儿回到这一点而为做了一半的工作创建一次提交。 针对这个问题的答案是
git stash
命令。