这些git技能够你用一年了

用git有一年了,下面是我这一年来的git使用总结,覆盖了日常使用中绝大多数的场景。嗯,至少是够用一年了,整理出来分享给大家,不明白的地方可以回复交流。


创建和使用git ssh key

首先设置git的user name和email:

git config --global user.name "xxx"git config --global user.email "xxx@gmail.com"

查看git配置:

git config --list
然后生成SHH密匙:

查看是否已经有了ssh密钥:cd ~/.ssh 如果没有密钥则不会有此文件夹,有则备份删除 生存密钥:

ssh-keygen -t rsa -C "xxx@gmail.com"

按3个回车,密码为空这里一般不使用密钥。 最后得到了两个文件:id_rsa和id_rsa.pub 注意:密匙生成就不要改了,如果已经生成到~/.ssh文件夹下去找。


git变更项目地址
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 # 查看更改


git push 时报错 warning: push.default is unset;

'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 submodule的使用拉子项目代码

开发过程中,经常会有一些通用的部分希望抽取出来做成一个公共库来提供给别的工程来使用,而公共代码库的版本管理是个麻烦的事情。今天无意中发现了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文件取消

在git的一般使用中,如果发现错误的将不想提交的文件add进入index之后,想回退取消,则可以使用命令:git reset HEAD <file>...,同时git add完毕之后,git也会做相应的提示。

http://blog.csdn.net/yaoming168/article/details/38777763


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

http://blog.csdn.net/lxlzhn/article/details/9356473


分支的意义与管理

创建分支可以避免提交代码后对主分支的影响,同时也使你有了相对独立的开发环境。分支具有很重要的意义。 创建并切换分支,提交代码后才能在其它机器拉分支代码git checkout -b new_branch 查看当前分支git branch 切换到master分支git checkout master 合并分支到当前分支git merge new_branch,合并分支的操作是从new_branch合并到master分支,当前环境在master分支。 删除分支git branch -d new_branch


git冲突文件编辑

冲突文件冲突的地方如下面这样

a123
<<<<<<< HEADb789
=======b45678910
>>>>>>> 6853e5ff961e684d3a6c02d4d06183b5ff330dcc
c

冲突标记<<<<<<< (7个<)与=======之间的内容是我的修改,=======与>>>>>>>之间的内容是别人的修改。 此时,还没有任何其它垃圾文件产生。 你需要把代码合并好后重新走一遍代码提交流程就好了。


不顺利的代码提交流程

git push后出现错误可能是因为其他人提交了代码,而使你的本地代码库版本不是最新。 这时你需要先git pull代码后,检查是否有文件冲突。 没有文件冲突的话需要重新走一遍代码提交流程add —> commit —> push。 解决文件冲突在后面说。


git顺利的提交代码流程

查看修改的文件git status; 为了谨慎检查一下代码git diff; 添加修改的文件git add dirname1/filename1.py dirname2/filenam2.py,新加的文件也是直接add就好了; 添加修改的日志git commit -m "fixed:修改了上传文件的逻辑"; 提交代码git push,如果提交失败的可能原因是本地代码库版本不是最新。


理解github的pull request
有 一个仓库,叫Repo A。你如果要往里贡献代码,首先要Fork这个Repo,于是在你的Github账号下有了一个Repo A2,。然后你在这个A2下工作,Commit,push等。然后你希望原始仓库Repo A合并你的工作,你可以在Github上发起一个Pull Request,意思是请求Repo A的所有者从你的A2合并分支。如果被审核通过并正式合并,这样你就为项目A做贡献了。

http://zhidao.baidu.com/question/1669154493305991627.html


一些错误处理
"pathspec 'branch' did not match any file(s) known to git."错误
git checkout master
git pull
git checkout new_branch
使用git提交比较大的文件的时候可能会出现这个错误

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


@创建人: pyer @时 间: 2015-08-23 @描 述: 这些git技能够你用一年了 @地 址: http://www.cnblogs.com/pyer/p/4752770.html

原文链接:http://www.cnblogs.com/pyer/p/4752770.html 网载文章,如有问题,可以微信联系我们的工作人员

原文发布于微信公众号 - 马哥Linux运维(magedu-Linux)

原文发表时间:2015-08-28

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏Java技术分享

关于RBAC(Role-Base Access Control)的理解

有两种正在实践中使用的RBAC访问控制方式:隐式(模糊)的方式和显示(明确)的方式。

2228
来自专栏Java技术分享

关于RBAC(Role-Base Access Control)的理解

有两种正在实践中使用的RBAC访问控制方式:隐式(模糊)的方式和显示(明确)的方式。

2308
来自专栏强仔仔

Redis集群环境中添加和删除节点

上一节中说道如何在window下面安装redis集群,今天给大家介绍一下如何在redis集群环境中添加和删除节点。 首先是配置六个节点,三个为从节点,三个为主节...

2658
来自专栏容器化

一个典型的kubernetes工作流程 - kubernetes

2432
来自专栏假装我会写代码

Composer 版本约束表达式的使用

943
来自专栏程序员宝库

从 0 到 1 优雅的实现PHP多进程管理

_ | | _ __ __ _ _ __ _ _| |_ ___ | '_...

44511
来自专栏云计算教程系列

如何在Debian 8上安装Nginx

Nginx是Apache2的流行HTTP服务器替代品。它可以用作反向代理,邮件服务器或Web服务器。根据截至2015年7月的Netcraft调查,Nginx目前...

4910
来自专栏北京马哥教育

Python之包管理工具快速入门

学Python最简单的方法是什么?推荐阅读:30万年薪Python开发工程师成长魔法 在Python环境中已经有很多成熟的包,可以通过安装这些包来扩展我们的程序...

2875
来自专栏BeJavaGod

分布式系统的那些事儿(三) - 系统与系统之间的调用

系统与系统之间的调用通俗来讲,分为本地同一台服务器上的服务相互调用与远程服务调用,这个都可以称之为RPC通信。浅白点讲,客户访问服务器A,此时服务器要完成某个动...

3454
来自专栏施炯的IoT开发专栏

Windows 10 IoT Serials 6 - 如何修改IoTStartupOnBoot.cmd文件

    使用Windows 10 IoT Core系统的朋友应该会比较熟悉IoTStartupOnBoot.cmd文件,该文件是系统启动以后加载的批处理文件,一...

2518

扫码关注云+社区