git other-误删恢复等
修改未push的最后一次commit
如在commit后发现漏添加的文件或者commit message需要修改,则可以依次执行:
git add FILE_UN_STAGED # 将未提交的文件添加至缓存区
git commit --amend # 弹出文本编辑器,按需修改提交信息
删除错误的提交 commit
git reset --hard <commit_id>
git push origin HEAD --force
删除已经提交的 ignore 文件
有时候我们想忽略某些文件的提交,在.gitignore
文件中声明后并不能直接生效,因为该文件已经被track:
git rm --cached file 再commit,如果不加--cached则在本地工作区也会被删掉.
回退文件版本
git 回退某些文件到之前提交的版本
git checkout COMMIT_ID -- FILE_LISTS
如回退到导数第二次提交COMMIT_ID可以写作HEAD~1
恢复误删文件
从之前的版本中检出这个文件,然后重新添加到版本库中,再作为一个新的提交来挽救:
git checkout HEAD^ -- a.txt
其中HEAD^
代表上一次提交,
-- a.txt 表示将上一次提交里的a.txt文件检出到工作区,这样a.txt就回来了。
接着:
git add a.txt && git commit -m "recover a.txt" && git push
合并两个仓库
示例:将repo2合并到repo1
cd repo1
git remote add other ../repo2 # 这里repo2地址可以是本地目录也可以是网络地址,设置别名为other
git fetch other # 从repo2仓库中抓取数据到本仓库
git checkout -b repo2 other/master # 将repo2仓库的master分支作为新分支checkout到本地,新分支名设定为repo2
此时当前的分支的remote地址是原repo2的,可以在这个分支上向repo2继续提交代码,
如果想将当前分支提交到repo1的新远程分支,使用git push -u origin <新远程分支的名字>
git checkout master
git merge repo2 # 将新分支合并到master
如果不需要原repo2的remote的话,执行git remote remove repo2,执行git remote可以查看到remote列表,或者查看.git/config中的文件内容。
在合并时有可能两个分支对同一个文件都做了修改,这时需要解决冲突,对文本文件来说很简单,根据需要对冲突的位置进行处理就可以。对于二进制文件,需要用到如下命令。
git checkout --theirs BINARY_FILES // 保留需要合并进来的分支的修改
git checkout --ours BINARY_FILES // 保留自己的修改
git add BINARY_FILES
若是文件有冲突、或要建立子目录,建议在repo1中先解决,再进行合并操作。
存储/从文件系统检索
一些项目(例如 Git 项目自身)直接在 Git 文件系统中存储额外的文件而不必是检入文件。
让我们开始在 Git 中存储一个任意文件:
$ echo "Foo" | git hash-object -w --stdin
51fc03a9bb365fae74fd2bf66517b30bf48020cb
此时,该文件对象已在数据库中,但是如果你不设置(一些东西)指向那个文件对象,它将被作为垃圾而回收。最简单的方法是标记它:
$ git tag myfile 51fc03a9bb365fae74fd2bf66517b30bf48020cb
既然在这里我们已经标记了 myfile。当我们需要获取该文件时,我们可以这样做:
$ git cat-file blob myfile
程序员可能经常用到的工具文件(密码、GPG 密钥、等等),不需要每次都检出到磁盘上(特别是在生产环境下),这种方法非常有效。
代理
- 设置代理
git config –global http.proxy http://127.0.0.1:8080
git config –global https.proxy http://127.0.0.1:8080
git config --global http.proxy socks5://127.0.0.1:8443
git config --global https.proxy socks5://127.0.0.1:8443 - 取消代理
git config --global --unset http.proxy
git config --global --unset https.proxy
不加global只适用于当前仓库。
git clone 加速完成
git clone --depth 1 <repository>
depth可以控制clone的历史记录层级,显然clone最新的提交占用空间最小,这对于大型工程的clone会体现出时间的缩短。
git fetch
也一样。
git设置postBuffer: git config --global http.postBuffer 524288000
能加上传大文件,且有时候能加速clone速度(从十几k到300kb/s)