新博客更新:http://noogel.xyz/2015/08/14/1.htmlhtml
用git有一年了,下面是我这一年来的git使用总结,覆盖了平常使用中绝大多数的场景。嗯,至少是够用一年了,整理出来分享给你们,不明白的地方能够回复交流。python
git config --global core.autocrlf false
为了保证文件的换行符是以安全的方法,避免windows与unix的换行符混用的状况,最好也加上这么一句
git config --global core.safecrlf truenginx
git tag # 列出当前仓库的全部标签
git tag -l 'v0.1.*' # 搜索符合当前模式的标签
git tag v0.2.1-light # 建立轻量标签
git tag -a v0.2.1 -m '0.2.1版本' # 建立附注标签
git checkout [tagname] # 切换到标签
git show v0.2.1 # 查看标签版本信息
git tag -d v0.2.1 # 删除标签
git tag -a v0.2.1 9fbc3d0 # 补打标签
git push origin v0.1.2 # 将v0.1.2标签提交到git服务器
git push origin –tags # 将本地全部标签一次性提交到git服务器
git tag # 查看当前分支下的标签
sudo find /tmp -name "*.pyc" | xargs rm -rf
替换/tmp
目录为工做目录
git rm *.pyc
这个用着也能够git
避免再次误提交,在项目新建.gitignore
文件,输入*.pyc
过滤文件github
以上2015/12/20更新django
首先设置git的user name和email:windows
git config --global user.name "xxx"
git config --global user.email "xxx@gmail.com"
查看git配置:安全
git config --list
查看是否已经有了ssh密钥:cd ~/.ssh
若是没有密钥则不会有此文件夹,有则备份删除
生存密钥:ruby
ssh-keygen -t rsa -C "xxx@gmail.com"
按3个回车,密码为空这里通常不使用密钥。
最后获得了两个文件:id_rsa和id_rsa.pub
注意:密匙生成就不要改了,若是已经生成到~/.ssh
文件夹下去找。bash
git remote set-url origin git@192.168.6.70:res_dev_group/test.git
git remote -v
git log --pretty=oneline 文件名 # 显示修改历史
git show 356f6def9d3fb7f3b9032ff5aa4b9110d4cca87e # 查看更改
'matching'参数是 Git 1.x 的默认行为,其意是若是你执行 git push 但没有指定分支,它将 push 全部你本地的分支到远程仓库中对应匹配的分支。而 Git 2.x 默认的是 simple,意味着执行 git push 没有指定分支时,只有当前分支会被 push 到你使用 git pull 获取的代码。
根据提示,修改git push的行为:
git config --global push.default matching
再次执行git push 获得解决。
开发过程当中,常常会有一些通用的部分但愿抽取出来作成一个公共库来提供给别的工程来使用,而公共代码库的版本管理是个麻烦的事情。今天无心中发现了git的git submodule
命令,以前的问题迎刃而解了。
添加
为当前工程添加submodule,命令以下:
git submodule add 仓库地址 路径
其中,仓库地址是指子模块仓库地址,路径指将子模块放置在当前工程下的路径。
注意:路径不能以 / 结尾(会形成修改不生效)、不能是现有工程已有的目录(不能順利 Clone)
命令执行完成,会在当前工程根路径下生成一个名为“.gitmodules”的文件,其中记录了子模块的信息。添加完成之后,再将子模块所在的文件夹添加到工程中便可。
删除
submodule的删除稍微麻烦点:首先,要在“.gitmodules”文件中删除相应配置信息。而后,执行git rm –cached
命令将子模块所在的文件从git中删除。
下载的工程带有submodule
当使用git clone
下来的工程中带有submodule时,初始的时候,submodule的内容并不会自动下载下来的,此时,只需执行以下命令:
git submodule update --init --recursive
便可将子模块内容下载下来后工程才不会缺乏相应的文件。
在git的通常使用中,若是发现错误的将不想提交的文件add进入index以后,想回退取消,则可使用命令:git reset HEAD <file>...
,同时git add完毕以后,git也会作相应的提示。
删除文件跟踪而且删除文件系统中的文件file1git rm file1
提交刚才的删除动做,以后git再也不管理该文件git commit
删除文件跟踪但不删除文件系统中的文件file1git rm --cached file1
提交刚才的删除动做,以后git再也不管理该文件。可是文件系统中仍是有file1。git commit
版本回退用于线上系统出现问题后恢复旧版本的操做。
回退到的版本git reset --hard 248cba8e77231601d1189e3576dc096c8986ae51
回退的是全部文件,若是后悔回退能够git pull就能够了。
查看日志git log
查看某一历史版本的提交内容git show 4ebd4bbc3ed321d01484a4ed206f18ce2ebde5ca
,这里能看到版本的详细修改代码。
对比不一样版本git diff c0f28a2ec490236caa13dec0e8ea826583b49b7a 2e476412c34a63b213b735e5a6d90cd05b014c33
建立分支能够避免提交代码后对主分支的影响,同时也使你有了相对独立的开发环境。分支具备很重要的意义。
建立并切换分支,提交代码后才能在其它机器拉分支代码git checkout -b new_branch
查看当前分支git branch
切换到master分支git checkout master
合并分支到当前分支git merge new_branch
,合并分支的操做是从new_branch合并到master分支,当前环境在master分支。
删除分支git branch -d new_branch
冲突文件冲突的地方以下面这样
a123 <<<<<<< HEAD b789 ======= b45678910 >>>>>>> 6853e5ff961e684d3a6c02d4d06183b5ff330dcc c
冲突标记<<<<<<< (7个<)与=======之间的内容是个人修改,=======与>>>>>>>之间的内容是别人的修改。
此时,尚未任何其它垃圾文件产生。
你须要把代码合并好后从新走一遍代码提交流程就行了。
在git push
后出现错误多是由于其余人提交了代码,而使你的本地代码库版本不是最新。
这时你须要先git pull
代码后,检查是否有文件冲突。
没有文件冲突的话须要从新走一遍代码提交流程add —> commit —> push
。
解决文件冲突在后面说。
查看修改的文件git status
;
为了谨慎检查一下代码git diff
;
添加修改的文件git add dirname1/filename1.py dirname2/filenam2.py
,新加的文件也是直接add就行了;
添加修改的日志git commit -m "fixed:修改了上传文件的逻辑"
;
提交代码git push
,若是提交失败的可能缘由是本地代码库版本不是最新。
git checkout master
git pull
git checkout new_branch
error: RPC failed; result=22, HTTP code = 411
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Everything up-to-date
这样的话首先改一下git的传输字节限制
git config http.postBuffer 524288000
而后这时候在传输或许会出现另外一个错误
error: RPC failed; result=22, HTTP code = 413
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Everything up-to-date
这两个错误看上去类似,一个是411,一个是413
下面这个错误添加一下密钥就能够了
首先key-keygen 生成密钥
而后把生成的密钥复制到git中本身的帐号下的相应位置
git push ssh://192.168.64.250/eccp.git branch