git工作流程
使用git就是将本地文件(工作目录workspace)的文件,添加到暂存区(stage),然后提交到本地仓库(repository),最终可以协同开发,推送到远程仓库(remote)
git操作一、建立Git仓库
git版本库,也叫做git仓库(repository),也就是一个文件夹。
这个目录的所有内容被git软件管理,所有的修改,删除,git都会跟踪记录,便于可以跟踪历史记录,以后可以还原文件。
两种场景需求:
1.把已有的项目代码,纳入git管理
cd mysite mysite项目所在代码
git init 初始化git仓库
git init命令会创建一个.git隐藏子目录,这个目录包含初始化git仓库所有的核心文件。
此步仅仅是初始化,此时项目里的代码还没有被git跟踪,因此还需要git add对项目文件跟踪,然后git commit提交到本地仓库
想知道.git文件做了什么事,请看git原理 >Git 内部原理
2.新建一个项目,直接用git管理
cd 某个文件夹
git init mysite 此步会在当前路径创建mysite文件夹,mysite文件夹中包含了.git的初始化文件夹,所有配置
那么.git文件夹中有什么呢?
![](https://images.cnblogs.com/OutliningIndicators/ContractedBlock.gif)
[root@pyyuc ~/git_learning/mysite 11:08:19]#tree .git .git ├── branches ├── config 这个项目独有的配置 ├── description ├── HEAD head文件指示目前被检出的分支 ├── hooks hooks目录包含服务端和客户端的钩子脚本 hook scripts │ ├── applypatch-msg.sample │ ├── commit-msg.sample │ ├── post-update.sample │ ├── pre-applypatch.sample │ ├── pre-commit.sample │ ├── prepare-commit-msg.sample │ ├── pre-push.sample │ ├── pre-rebase.sample │ └── update.sample ├── index index文件保存暂存区的信息,只有git add之后才会生成,默认还没有这个文件 ├── info info目录是全局性排除文件,用于放置不想被记录在.gitignore文件中的忽略模式(ignored patterns) │ └── exclude ├── objects 存储所有数据内容 │ ├── info │ └── pack └── refs refs目录存储指向数据(分支)的提交对象的指针 ├── heads └── tags
3.获取远程仓库代码
如果你想获取github上的代码,或者你公司gitlab私有仓库的代码,可以使用git clone命令,下载克隆远程仓库的代码。
git clone https://github.com/django/django.git
你会发现所有的项目文件都在这里,等待后续开发。
git操作二、记录更新到本地仓库
还记得git的四个区域吗?本地文件夹,暂存区,本地仓库,远程仓库吗?
本地文件夹未初始化,git是不认识的
本地文件git init后,就成了git仓库
请记住,在工作文件夹的每一个文件,只有两种状态,一个是未跟踪,一个是已跟踪
已跟踪的指的是已经被纳入git版本管理的文件,在git快照中有他的记录
未跟踪的是这个文件既不在git快照中,也不在暂存区
git init初始化时的工作文件夹,都属于已跟踪了,后续的编辑操作都会标记为,已修改文件,因此需要将修改后的文件,加入暂存区,然后提交暂存区的文件。
检查文件状态
git status 此命令查看git工作目录的文件,处于生命周期的哪一个状态 注意,只能在git工作目录中输入这个命令,他会去找.git文件夹
第一次输入git status会看到此状态,没有任何东西需要提交 [root@pyyuc ~/git_learning/mysite 12:00:34]#git status # On branch master # # Initial commit # nothing to commit (create/copy files and use "git add" to track)
说明当前工作目录很干净,所有的已跟踪文件,已经被提交且未更改。
此时处在master默认分支。
git生命周期演练
请看代码
git init mysite 初始化git仓库 git status 查看git状态 echo 'print("挣了一个亿")' > main.py 新建一个代码文件,此时是未被git跟踪的 git status 查看状态 On branch master No commits yet Untracked files: (use "git add <file>..." to include in what will be committed) main.py nothing added to commit but untracked files present (use "git add" to track)
git add main.py 开始跟踪main.py文件
git status 此时再看已经被跟踪,现在已是可以被提交的状态,此时处于暂存区
git commit -m "echo main.py" 告诉git,把暂存区的main.py提交到本地仓库
git log 查看刚才的commit记录
给文件重命名
我们还是在git版本库中操作 修改main.py为mymain.py mv main.py mymain.py 查看状态 git status
直接mv的操作,会被git记录为两个形容,一、删除原有文件、二、新建了mymain.py文件
此时新文件还未被跟踪,需要git add , git commit
原本的main.py还需要从暂存区删除
[root@pyyuc ~/mysite 14:57:57]#git status # On branch master # Changes not staged for commit: # (use "git add/rm <file>..." to update what will be committed) # (use "git checkout -- <file>..." to discard changes in working directory) # # deleted: main.py # # Untracked files: # (use "git add <file>..." to include in what will be committed) # # mymain.py no changes added to commit (use "git add" and/or "git commit -a")
git rm main.py 删除暂存区的main.py
git commit -m "mv mymain.py" 提交新的mymain.py
这样的步骤很麻烦,可以直接git mv 命令即可
刚才的mv记录,可以通过git log查看历史记录,已经提交的id
可以通过git reset 回退历史版本,回退到改名之前
[root@pyyuc ~/mysite 15:10:12]#git log commit f60fa7f1312843aa57edc9464192c9d891f23fb5 Author: pyyu <yc_uuu@163.com> Date: Sat Dec 22 15:08:02 2018 +0800 mv mymain.py commit 65e0a2239909fd5aabc5928ec4431de3f163a195 Author: pyyu <yc_uuu@163.com> Date: Sat Dec 22 14:51:07 2018 +0800 echo main.py 回退到上一次commit版本,(注意这个命令,很危险,慎用) git reset --hard 65e0a2239909fd5aabc5928ec4431de3f163a195 --hard 清空暂存区和工作目录资料
改名最正确的姿势
git mv main.py mymain.py git commit -m "mv mymain.py"
查看git版本历史
在我们使用git的时候,会对代码文件不停的修改,不断的提交到代码仓库。
这个就如同我们打游戏时候,保存关卡记录的操作。
在打boss之前,先做一个存档,防止你这个渣渣,被boss一招秒杀,又得从头再来。。。。。
因此被boss弄死,可以从存档,重新开始游戏。。。。
Git也是一样
当你的代码写好了一部分功能,就可以保存一个"存档",这个存档操作就是git commit,如果代码出错,可以随时回到"存档"记录
查看"存档"记录,查看commit提交记录的命令 git log
git log命令显示,从最新的commit记录到最远的记录顺序。
git log --oneline 一行显示git记录 git log --oneline --all 一行显示所有分支git记录 git log --oneline --all -4 --graph 显示所有分支的版本演进的最近4条 git log -4 显示最近4条记录 git log --all 显示所有分支的commit信息 git branch -v 查看分支信息 git help --web log 以web界面显示log的参数
git版本回退,回到过去
git log可以查看历史版本记录 git reset --hard命令可以回退版本 git reset --hard HEAD^ 回退到上个版本 HEAD表示当前版版本 HEAD^表示上个版本 HEAD^^上上个版本
也可以直接git reset --hard 版本id号
git穿梭未来
当你发现你git reset --hard回退错了。。。怎么办?别怕git reflog 记录了你每一次命令
git reflog 80f9496 HEAD@{1}: reset: moving to HEAD^ b7a8740 (HEAD -> master) HEAD@{2}: commit: echo 123 80f9496 HEAD@{3}: commit: echo my.txt bf5879e HEAD@{4}: commit (initial): echo my.txt
我想回到某一个点,可以再次git reset --hard 版本id
git工作区
在我们进行git init mygit初始化一个git项目时,这个mygit文件夹,就是一个工作区(working Directory)
yudanL-2:mygit root# pwd /data/mygit yudanL-2:mygit root# ls .git my.txt
git仓库
工作区里有一个.git隐藏文件夹,就是git的本地仓库
.git文件夹里有一个index文件,就是git的暂存区,也叫做stage
.git文件夹里的HEAD文件就是git的一个指针
原理图
git记录的是工作区的修改记录
撤销修改记录,只能在未提交到暂存区之前
git status
git checkout -- my.txt 放弃工作区的修改操作
如果你修改了文件,还添加到了暂存区 git add,那么只能撤销暂存区的操作,再撤销修改记录
git status
git reset HEAD readme.txt 撤销暂存区的修改,unstage操作
git checkout -- readme.txt
git删除文件与恢复文件
如果你直接在工作区删除文件,动作会被git记录 rm -rf my.txt 删除了工作区的文件,git仓库还有记录 git status 查看状态,可以检测到my.txt被删除 如果确认文件无用,可以commit到git仓库 git rm "my.txt" git commit -m "remove my.txt"
如果你想恢复文件,可以通过git仓库的代码,替换工作区的代码
rm -rf my.txt
git checkout -- my.txt
git stash
保存当前暂存区和工作区的改动存储起来,执行完毕git stash之后,再次运行git status就会发现当前已是个干净的工作区,通过git stash list查看结果
命令整理
git stash 保存暂存区,工作区进度
git stash list 查看stash保存的列表以及id
git stash pop 恢复最新的stash进度到工作区
git stash pop stash_id 恢复指定的stash进度
git stash clear 清空所有存储的stash进度
git stash drop stash_id 删除一个存储的stash进度
git stash apply 恢复stash存储,且不删除stash list中的记录
git stash实际用法
git stash
会把所有未提交的修改(包括暂存的和非暂存的)都保存起来,用于后续恢复当前工作目录。
比如下面的中间状态,通过git stash
命令推送一个新的储藏,当前的工作目录就干净了。
[root@yugo mydjango]# ls manage.py mydjango #比如我临时想新建一个app01,进行开发,但是突然开发到一半,线上代码出bug了,我得立即去修复,我希望能临时存储一下,我目前的修改操作,bug完毕了,再找回来继续开发 [root@yugo mydjango]# django-admin startapp app01 [root@yugo mydjango]# [root@yugo mydjango]# [root@yugo mydjango]# git add .
[root@yugo mydjango]# git status # On branch master # Changes to be committed: # (use "git reset HEAD <file>..." to unstage) # # new file: app01/__init__.py # new file: app01/admin.py # new file: app01/apps.py # new file: app01/migrations/__init__.py # new file: app01/models.py # new file: app01/tests.py # new file: app01/views.py # [root@yugo mydjango]# [root@yugo mydjango]# [root@yugo mydjango]# git stash Saved working directory and index state WIP on master: b16ccc0 v1 mydjango HEAD is now at b16ccc0 v1 mydjango
#此时app01被放入暂存区,看不到了 [root@yugo mydjango]# ls manage.py mydjango
#这里应该使用 git stash save 存储名
git stash save "my app01 stash"
找回stash
[root@yugo mydjango]# ls manage.py mydjango
[root@yugo mydjango]# git stash pop # On branch master # Changes to be committed: # (use "git reset HEAD <file>..." to unstage) # # new file: app01/__init__.py # new file: app01/admin.py # new file: app01/apps.py # new file: app01/migrations/__init__.py # new file: app01/models.py # new file: app01/tests.py # new file: app01/views.py # Dropped refs/stash@{0} (5758c689354a34a168063a5bfa5d4bb3ca291f3b)
[root@yugo mydjango]# ls app01 manage.py mydjango
查看stash列表
[root@yugo mydjango]# git stash list stash@{0}: WIP on master: b16ccc0 v1 mydjango
移除stash
默认删除第一个stash [root@yugo mydjango]# git stash drop Dropped refs/stash@{0} (8af1c158977d5fe8bd398561ad8777514f8d22d1)