![]()
文章目录
0、版本控制与git的介绍
0.1 版本控制介绍
版本控制是一种记录一个或若干文件内容变化,以便将来查阅特定版本修订情况的系统。
许多人习惯用复制整个项目目录的方式来保存不同的版本,或许还会改名加上备份时间以示区别。这么做唯一的好处就是简单,不过坏处却不少:有时候会混淆所在的工作目录,弄错了文件丢了数据就没了后退的路。为了解决以上存在的问题,版本管理工具应运而生。
0.2 协作开发中的流程
![]()
0.3 git简史
早期Linux的开发人员是使用BitKeeper来管理版本控制和维护程式码。2005年的时候,开发BitKeeper的公司同Linux内核开源社区结束合作关系,并收回使用BitKeeper的权利。Torvalds开始着手开发Git来替代BitKeeper。随着Git的快速发展,很多有名的软件都使用Git来进行版本控制。
有的版本控制工具保存的是文件的差异,即文件从A到A1,并不会保存两个文件,而是保存了A和A1的差异。这样做的好处是可以减少仓库体积,缺点是要得到一个文件的最新版本,需要访问该文件的原始版本以及后面的每个差异。为了提高性能,Git没有这样做。
0.4 git的特点
近乎所有操作都是本地执行 (离线操作)离线操作的好处是去中心化,随时随地都可以工作。
时刻保持数据完整性(SHA-1 哈希值)
文件流转的三个工作区域: 工作目录,暂存区域,以及本地仓库
![]()
工作区:我们会想当然的认为,当前仓库所在目录就是我们的工作区,其实这是不完全正确的。在当前仓库中,新增,更改,删除文件这些动作,都发生在工作区里面。
暂存区:英文叫stage, 或index。在版本库.git)目录下,有一个index文件。它实际上就是一个包含文件索引的目录树,像是一个虚拟的工作区。在这个虚拟工作区的目录树中,记录了文件名、文件的状态信息(时间戳、文件长度等),文件的内容并不存储其中,而是保存在Git对象库(.git/objects)中,文件索引建立了文件和对象库中对象实体之间的对应。如果当前仓库,有文件更新,并且使用git add 命令,那么这些更新就会出现在暂存区中。
版本库:当前仓库下,如果没有任何的提交,那么版本库就是对应上次提交后的内容。
![]()
0.5 git工作流程
在工作目录中修改某些文件。
对修改后的文件进行快照,然后保存到暂存区域。
提交更新,将保存在暂存区域的文件快照永久转储到 Git 目录中。
0.6 git对象
Git 是一套内容寻址文件系统。这种说法的意思是,Git 从核心上来看不过是简单地存储键值对(key-value)。它允许插入任意类型的内容,并会返回一个键值,通过该键值可以在任何时候再取出该内容。
![]()
1、git的安装
1.1 Windows/MAC下
直接从官方网站:http://git-scm.com/ 下载最新二进制发行版
1.2 Linux下(以Debian/Ubuntu为例)
apt-get install git
- 1
1.3 从官网下载源码自己编译安装
![]()
2、在github上完成第一个仓库的上传
2.1 新建一个仓库
在github上新建一个账户登录后新建一个仓库
![]()
![]()
![]()
2.2 使用github上传本地或者服务器的程序文件
简单介绍一下:git顺利的提交代码流程
查看修改的文件,为了谨慎检查一下代码
添加修改的文件,新加的文件也是直接add就好了,git add dirname1/filename1.py dirname2/filenam2.py
添加修改的日志git commit -m “fixed:修改了上传文件的逻辑”
提交代码git push,如果提交失败的可能原因是本地代码库版本不是最新。在git push后出现错误可能是因为其他人提交了代码,而使你的本地代码库版本不是最新。这时你需要先git pull代码后,检查是否有文件冲突。没有文件冲突的话需要重新走一遍代码提交流程add —> commit —> push。解决文件冲突在后面说。
2.2.1 新建本地的文件夹
mkdir git_test
cd git_test
- 1
- 2
![]()
2.2.2 完成用户设置
输入自己的用户名和邮箱(可以为注册GITHUB账号时的用户名和邮箱)
这里只是用于最后在上传之后知道是谁上传的其实随便乱写也没有关系
git config --global user.name "用户名"
git config --global user.email "邮箱地址"
- 1
- 2
2.2.2 完成git初始化
git init
- 1
会生成一个隐藏文件夹.git/
![]()
2.2.4 新建文件加入git服务器缓存
touch zzq.py
touch readme_zzq.md
git add ./ //表示把该目录下的所有文件加入到本地暂存区中。 或者 git add 文件名 执行成功后不会有任何提示:
git commit -m 'first commit' //提交更新,并注释信息“first commit” 相当于对缓存文件的保存
git remote add origin https://github.com/ZhouziqunZZQZZQ/hello-world.git //连接远程github项目
//这里的https://github.com/ZhouziqunZZQZZQ/hello-world.git即为自己的仓库的链接在下图位置中复制
- 1
- 2
- 3
- 4
- 5
- 6
![]()
![]()
2.2.5 文件的上传
git push -u origin master //将本地项目更新到github项目上去
- 1
这里遇到一个问题
![]()
是因为新建仓库的时候里面有一个readme.md 和本地的文件夹不对应了,需要先把它pull下来然后
git pull origin master
- 1
该命令是先把github上的文件拉下来,注意在每次提交之前要首先进行pull,这是防止冲突。执行以后可能会出现一个文件对比界面,其实不用管,退出即可。
![]()
再次执行
git push -u origin master
- 1
![]()
这样就完成了成功上传
![]()
3、为了不用每次git操作都输密码设置github中的sshkey
3.1 首先利用本机安装的Git创建SSH key,执行如下命令就可以:
ssh-keygen -t rsa -C "[email protected]"
- 1
然后系统提示输入文件保存位置等信息,连续敲三次回车即可,生成的SSH key文件保存在中~/.ssh/id_rsa.pub
然后打开该文件
cat ~/.ssh/id_rsa.pub
- 1
id_rsa.pub的内容被展示在屏幕上,接着拷贝.ssh/id_rsa.pub文件内的内容,将它粘帖到github帐号管理中的添加SSH key界面中。
github中的添加SSH key步骤如下:
登录github,点击右上方的settings,在左边的导航栏里选择 SSH key,点击 Add SSH key
![]()
在出现的界面中填写一个名称,填一个你自己喜欢的名称即可。然后将上面拷贝的~/.ssh/id_rsa.pub文件内容粘帖到key一栏,在点击“add key”按钮就可以了。添加过程github会提示你输入一次你的github密码。
![]()
3.2 测试
测试 SSH keys 是否设置成功,执行如下命令:
ssh -T [email protected]
- 1
当提示如下信息时,说明正常连通了github:
Hi xxxxxx! You've successfully authenticated, but GitHub does not provide shell access.
- 1
如果你是第一次设置连接github.com,会询问你是否继续,输入 yes 即可,这样就会将连接地址记录在本地:
ssh -T [email protected] authenticity of host 'github.com (192.30.253.112)' can't be established.RSA key fingerprint is SHA256:nThbg6kXUpxxxxxxxxARLviKw6E5SY8.Are you sure you want to continue connecting (yes/no)? yesWarning: Permanently added 'github.com,192.30.253.112' (RSA) to the list of known hosts.Hi xxxxxx! You've successfully authenticated, but GitHub does not provide shell access.
- 1
然后就可以将本地的项目用github来管理了。
3.3 注意还会要求我们输入用户名密码的问题
有时候我们明明在github上添加了ssh key,但是在push代码的时候还会要求我们输入用户名密码,这是为什么了?
其中一种可能的原因是,你在克隆代码的时候,使用了https协议,而不是git协议。https协议要求你每次都需要输入用户名以及密码,自由git协议才可以使用ssh-key文件。
查看自己使用的源地址是https还是git
使用git remote -v命令(之前的例子就是使用的https)看到https开头的就是使用的https协议,找到项目对于的git源
现在使用如下指令删除更改原
git remote remove origin
git remote add origin [email protected]:git_username/repository_name.git
- 1
- 2
git remote -v查看
![]()
在使用git remote -v就可以查看源是否更改过来了,让后你就可以愉快的git push 而不需要输入用户名密码了。当然,这一切的前提都是你已经添加了ssh-ky.
4、GIT 技巧
4.1 git设置关闭自动换行
git config --global core.autocrlf false
- 1
4.2 git换行符统一设置
为了保证文件的换行符是以安全的方法,避免windows与unix的换行符混用的情况,最好也加上这么一句
git config --global core.safecrlf true
- 1
4.3 git tag 使用
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 # 查看当前分支下的标签
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
4.4 git pull问题
![]()
4.5 怎样遍历移除项目中的所有 .pyc 文件
sudo find /tmp -name "*.pyc" | xargs rm -rf
- 1
替换/tmp目录为工作目录
避免再次误提交,在项目新建.gitignore文件,输入*.pyc过滤文件
4.6 git变更项目地址
git remote set-url origin [email protected]:res_dev_group/test.git
git remote -v
- 1
- 2
4.7 查看某个文件的修改历史
git log --pretty=oneline 文件名 # 显示修改历史
git show 356f6def9d3fb7f3b9032ff5aa4b9110d4cca87e # 查看更改
- 1
- 2
4.8 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
- 1
再次执行git push 得到解决
4.9 git submodule的使用拉子项目代码
开发过程中,经常会有一些通用的部分希望抽取出来做成一个公共库来提供给别的工程来使用,而公共代码库的版本管理是个麻烦的事情。今天无意中发现了git的git submodule命令,之前的问题迎刃而解了。
为当前工程添加submodule,命令如下:
git submodule add 仓库地址 路径
- 1
其中,仓库地址是指子模块仓库地址,路径指将子模块放置在当前工程下的路径。注意:路径不能以 / 结尾(会造成修改不生效)、不能是现有工程已有的目录(不能順利 Clone)
命令执行完成,会在当前工程根路径下生成一个名为“.gitmodules”的文件,其中[记录](javascript:;)了子模块的信息。添加完成以后,再将子模块所在的文件夹添加到工程中即可。
submodule的删除稍微麻烦点:首先,要在“.gitmodules”文件中删除相应配置信息。然后,执行git rm –cached命令将子模块所在的文件从git中删除。
下载的工程带有submodule
当使用git clone下来的工程中带有submodule时,初始的时候,submodule的内容并不会自动下载下来的,此时,只需执行如下命令:
git submodule update --init --recursive
即可将子模块内容下载下来后工程才不会缺少相应的文件。
4.10 一些错误
“pathspec ‘branch’ did not match any file(s) known to git.”错误
git checkout master
git pull
git checkout new_branch
- 1
- 2
- 3
使用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
- 1
- 2
- 3
- 4
这样的话首先改一下git的传输字节限制
git config http.postBuffer 524288000
- 1
然后这时候在传输或许会出现另一个错误
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
- 1
- 2
- 3
- 4
这两个错误看上去相似,一个是411,一个是413
下面这个错误添加一下密钥就可以了
首先key-keygen 生成密钥
然后把生成的密钥复制到git中自己的账号下的相应位置
git push ssh://192.168.64.250/eccp.git branch
- 1
4.11 git add文件取消
在git的一般使用中,如果发现错误的将不想提交的文件add进入index之后,想回退取消,则可以使用命令:
git reset
- 1
同时git add完毕之后,git也会做相应的提示。
4.12 git删除文件
删除文件跟踪并且删除文件系统中的文件file1
提交刚才的删除动作,之后git不再管理该文件
删除文件跟踪但不删除文件系统中的文件
file1 git rm --cached file1
- 1
提交刚才的删除动作,之后git不再管理该文件,但是文件系统中还是有file1
4.13 版本回退
版本回退用于线上系统出现问题后恢复旧版本的操作,回退到的版本。
git reset --hard 248cba8e77231601d1189e3576dc096c8986ae51
- 1
回退的是所有文件,如果后悔回退可以git pull就可以了。
4.14 版本对比
查看历史版本日志
git log
- 1
查看某一历史版本的提交内容,这里能看到版本的详细修改代码。
git show 4ebd4bbc3ed321d01484a4ed206f18ce2ebde5ca
- 1
对比不同版本
git diff c0f28a2ec490236caa13dec0e8ea826583b49b7a 2e476412c34a63b213b735e5a6d90cd05b014c33
- 1
4.15 分支的意义与管理
创建分支可以避免提交代码后对主分支的影响,同时也使你有了相对独立的开发环境。分支具有很重要的意义。
创建分支
git branch test
- 1
切换分支
git checkout test
- 1
创建并切换分支,提交代码后才能在其它机器拉分支代码
git checkout -b new_branch
- 1
查看本地分支
git branch
- 1
查看本地和远程分支,前面带*号的代表你当前工作目录所处的分支
git branch -a
- 1
在clone完成之后,Git 会自动为你将此远程仓库命名为origin(origin只相当于一个别名,运行git remote –v或者查看.git/config可以看到origin的含义),并下载其中所有的数据,建立一个指向它的master 分支的指针,我们用(远程仓库名)/(分支名) 这样的形式表示远程分支,所以origin/master指向的是一个remote branch(从那个branch我们clone数据到本地)
删除本地分支
git branch -d xxxxx
- 1
4.16 git冲突文件编辑
冲突文件冲突的地方如下面这样
a123 <<<<<<< HEAD b789 ======= b45678910>>>>>>> 6853e5ff961e684d3a6c02d4d06183b5ff330dccc
- 1
冲突标记<(7个<)与=之间的内容是我的修改
=与>之间的内容是别人的修改。
此时,还没有任何其它垃圾文件产生。你需要把代码合并好后重新走一遍代码提交流程就好了。
4.17 理解github的pull request
有一个仓库,叫Repo A。你如果要往里贡献代码,首先要Fork这个Repo,于是在你的Github账号下有了一个Repo A2,。然后你在这个A2下工作,commit,push等。然后你希望原始仓库Repo A合并你的工作,你可以在Github上发起一个Pull Request,意思是请求Repo A的所有者从你的A2合并分支。如果被审核通过并正式合并,这样你就为项目A做贡献了。
LAST、未来得及添加的东西
git clone一个github上的仓库,报错或者太慢解决办法
git clone一个github上的仓库,太慢,经常连接失败,但是github官网流畅访问,为什么?
评论记录:
回复评论: