首页 > 代码库 > git学习笔记总结
git学习笔记总结
git试免费的开源的分布式版本控制系统,github是一个用git做版本控制的项目托管平台。说白了git就是帮忙你管理你开发的代码,代码每次修改的历史,多人更好的一起开发项目。
分布式版本控制系统,每个人电脑上都有一个完整的版本库,工作不需要联网,多人协作只需要把你修改的发给中央服务器(其实可以没有),别人从中央服务器下载你修改的内容即可。
git里面文件存储格式设置为utf8,整个目录请用英文名。
版本库(Repository)
工作区有一个隐藏目录.git
,这个不算工作区,而是Git的版本库。
Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master
,以及指向master
的一个指针叫HEAD
。
我们把文件往Git版本库里添加的时候,是分两步执行的:
第一步是用git add
把文件添加进去,实际上就是把文件修改添加到暂存区;
第二步是用git commit
提交更改,实际上就是把暂存区的所有内容提交到当前分支。
因为我们创建Git版本库时,Git自动为我们创建了唯一一个master
分支,所以,现在,git commit
就是往master
分支上提交更改。
你可以简单理解为,需要提交的文件修改通通放到暂存区,然后,一次性提交暂存区的所有修改。
设置捏的git账户 git config --global user.name "Your Name"
git config --global user.email "email@example.com"
linux基本操作
更改操作目录 cd e/learngit/
创建一个文件夹 mkdir learngit
查看文件内容 cat filename
修改文件内容 vi filename 进入文件 i 编辑 esc :wq保存退出 :q退出
初始化一个Git仓库 git init (将一个文件夹编程git库)
添加与提交
添加更改的文件到暂存区 git add <filename>,注意,可反复多次使用,添加多个文件;
将暂存区的文件提交到本地git库 git commit -m "beizhu"
查看日志与不同
查看git状态 git status 这个可以告诉我们对git做了哪些操,比如增删改,然后我们好做添加和提交
看具体文件修改了什么 git diff filename (默认和暂存区比较)
工作区和版本库的文件的区别 git diff HEAD -- 文件名
提交的内容日志 git log -- pretty = oneline (都提交了什么)
git 操作日志 git reflog (可以看commitid什么的)
提交与恢复文件
恢复基本操作
提交之后想恢复到之前的版本 git reset --hard HEAD^ ( HEAD^ 是之前一个版本, HEAD^^是之前两个版本 HEAD~100之前100个版本)
根据commiitid恢复到未来最版本 git reset --hard 7a363a0
我的文件还没有git add 提交到暂存区恢复到和版本库一样 我可以 git checkout -- filename
我的文件已经git add 提交到暂存区 我要先 git reset HEAD filename ,再进行上一步操作
如果源文件已经提交了版本,你可以根据之前说的恢复上一个版本 git reset --hard HEAD
删除与恢复
删除文件(linux) rm filename 恢复删除的文件 git checkout --filename
确定要删除文件(git) git rm filename 想恢复 git reset HEAD filename
创建SSH Key ssh-keygen -t rsa -C "youremail@example.com" 一路y,可以在用户主目录(一般是C:\Users\Administrator)里找到.ssh目录,里面有id_rsa和id_rsa.pub两个文件,这两个就是SSH Key的秘钥对,id_rsa是私钥,不能泄露出去,id_rsa.pub是公钥,可以放心地告诉任何人。
将本地git库(有文件的项目)上传到github里的方法:
第1步:创建SSH Key ①本地已经有的直接用 ②没有用这个命令创建ssh-keygen -t rsa -C "youremail@example.com"
第2步:GitHub上添加SSH KEY,登陆GitHub,打开“Account settings”,“SSH Keys”页面
第3步:GitHub上创建一个仓库
第4步:将本地的仓库添加到GitHub里刚创建好的仓库 git remote add origin git@github.com:gityonghuming/learngit.git
第5步:把本地库的所有内容推送到远程库上:git push -u origin master
第6步:之后提交到GitHub,只要本地作了提交,就可以通过命令:$ git push origin master
从github上克隆一个仓库到本地,
第1步:首先必须知道仓库的地址 git clone git@github.com:wufangfang0614/gitskills.git
第2步:查看远程库信息,使用git remote -v;本地新建的分支如果不推送到远程,对其他人就是不可见的;
第3步:在本地创建和远程分支对应的分支,使用git checkout -b branch-name origin/branch-name,本地和远程分支的名称最好一致;
第4步:建立本地分支和远程分支的关联,使用git branch --set-upstream branch-name origin/branch-name;
第5步:从远程抓取分支,使用git pull,如果有冲突,要先处理冲突。
第6步:从本地推送分支,使用git push origin branch-name,如果推送失败,先用git pull抓取远程的新提交;
本地分支操作(name为分支名)
查看分支:git branch
创建分支:git branch <name>
切换分支:git checkout <name>
创建+切换分支:git checkout -b <name>
合并某分支到当前分支(不保留分支记录):git merge <name>
合并某分支生成新的一个版本(留分支记录):git merge --no-ff -m "merge with no-ff" <name>
删除分支:git branch -d <name>
强行删除分支:git branch -D <name>(丢弃一个没有被合并过的分支)
合并分支发现有冲突,将文件修改再次提交,删除没用的分支。
分支策略
在实际开发中,我们应该按照几个基本原则进行分支管理:
首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;
那在哪干活呢?干活都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分支发布1.0版本;
你和你的小伙伴们每个人都在dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了
修复bug时,我们会通过创建新的bug分支进行修复,然后合并,最后删除
当手头工作没有完成时,先把工作现场保存git stash
一下,然后去修复bug,修复后,再git stash pop
,回到工作现场。
git stash list可以查看保存的工作现场
标签
命令git tag <name>用于新建一个标签,默认为HEAD,也可以指定一个commit id;
git tag -a <tagname> -m "blablabla..."可以指定标签信息;
git tag -s <tagname> -m "blablabla..."可以用PGP签名标签;
命令git tag可以查看所有标签。
命令git push origin <tagname>可以推送一个本地标签;
命令git push origin --tags可以推送全部未推送过的本地标签;
命令git tag -d <tagname>可以删除一个本地标签;
命令git push origin :refs/tags/<tagname>可以删除一个远程标签。
git学习笔记总结