Git 基本操作1--修改提交(add,commit)

上一篇讲解了创建仓库过程,其实就已经正式进入git管理了,今天就正式讲解日常基本操作。

来个小插曲:作为程序员,最怕的就是客服,测试,产品那边来找咱们:andorid客户端请求异常啦,ios那边闪退啦,谁也不想自己做的产品出bug。

当然有一部分人心想:我去,终于来bug了,终于又可以借机跟测试的妹子聊天了,如果公司有程序员鼓励师,我愿意天天给自己没事提bug。可惜

没有鼓励师啊。扯远了,其实有bug正常,没人保证写的程序很完美,即使没bug,我们也要不断的优化自己的代码,这势必就要修改代码等,

而git呢,本身其实就是管理的修改。下面我们就直接上实例讲解吧,看看git是如何管理修改的。


1.我在本地单独创建了一个文本addme.txt  ,里面添加了一行内容


zxdeMacBook-Pro:git_project zs$ cd work
zxdeMacBook-Pro:work zs$ ls -a
.		..		.git		addme.txt

zxdeMacBook-Pro:work zs$ cat addme.txt
GIT records your name and email address

执行git status,其中 ****git status 命令用于查看项目的当前状态。


zxdeMacBook-Pro:work zs$ git status
On branch master
Initial commit
Untracked files:
  (use "git add ..." to include in what will be committed)
	addme.txt
nothing added to commit but untracked files present (use "git add" to track)


说明:在修改后,查看状态,可以看到,Git提示addme.txt为“Untracked files”,并且提示使用“git add ...”的命令将文件包含到待提交清单中。按照提示,使用“git add addme.txt”命令,然后,使用“git status”查看:


zxdeMacBook-Pro:work zs$ git add addme.txt
zxdeMacBook-Pro:work zs$ git status
On branch master
Initial commit
Changes to be committed:
  (use "git rm --cached ..." to unstage)
	new file:   addme.txt


文件addme.txt状态变成了“Changes to be committed”,也就是说addme.txt在暂存区域生成了快照( 以前讲过git add 是把修改提交到暂存区),等待被提交。正如Git所提示的那样,通过“git rm --cached addme.txt”命令,可以将文件状态还原为未暂存状态,即回到“Untracked files”文件状态。现在,addme.txt已经可以被提交到git目录中了,但是暂时不提交。继续想addme.txt修改内容,之后用“git status”查看:

zxdeMacBook-Pro:work zs$ git status
On branch master
Initial commit
Changes to be committed:
  (use "git rm --cached ..." to unstage)
	new file:   addme.txt
Changes not staged for commit:
  (use "git add ..." to update what will be committed)
  (use "git checkout -- ..." to discard changes in working directory)
	modified:   addme.txt


可以看到,除了之前的“Changes to be committed”状态,下面又多了一条“Changes not staged for commit”状态,表明文件已经修改,但是还没有放入暂存区域,也就是没生成快照。如果现在进行commit操作,只是将修改之前的文件快照提交到了git目录,最近的修改则不会提交,一定记住:只有暂存区域的文件(即:文件状态为“Changes to be committed”)才会被提交。正如提示,通过“git add addme.txt”命令将已修改文件更新到暂存区域中,如果想撤销修改,可以使用“git checkout -- addme.txt”命令。那就执行git checkout  -- addme.txt看一下是否恢复


zxdeMacBook-Pro:work zs$ git checkout -- addme.txt
zxdeMacBook-Pro:work zs$ cat addme.txt
GIT records your name and email address



经验证确实恢复了修改。

 

通过上边实例分析,Git在未进行commit操作之前,存在三种状态:Untracked files,Changes not staged for commit及Changes to be committed,每种状态之间可以随意进行互相转换。了解这三种状态各自所对应的不同情况,能够帮助你方便有效的使用Git来管理项目。

上边顺便插入了commit之前三种状态的分析,以便大家深入理解这些,免得遇到时感到困惑。

2.上边的过程已经讲解了git add 命令的详细使用。


3.接着继续提交,使用 git commit -m "提交说明"


此例我们继续执行git commit -m "addme.txt add"


zxdeMacBook-Pro:work zs$ git commit -m "addme.txt add"
[master (root-commit) e6e0647] addle.txt add
 1 file changed, 2 insertions(+)
 create mode 100644 addme.txt
zxdeMacBook-Pro:work zs$ git status
On branch master
nothing to commit, working directory clean
zxdeMacBook-Pro:work zs$ 



4.我们用git diff  HEAD -- addme.txt,来查看工作区与版本库文件的区别


zxdeMacBook-Pro:work zs$ git diff HEAD -- addme.txt
diff --git a/addme.txt b/addme.txt
index b92c635..2d49a86 100644
--- a/addme.txt
+++ b/addme.txt
@@ -1,2 +1,3 @@
 GIT records your name and email address
+git add


其中 +git add就是工作区未add到暂存区的修改


补充:实际工作中我们会遇到一个文件修改好几次,也同时修改多个文件。这时候总不能一个修改一次add 到暂存区,在commit到分支,也不提倡。针对一个文件的修改你最终改完执行add,在commit,多个文件,你可以执行 git add .(注意add 后边的符号 点),在git commit -m ""。

概述为:git add . ,git commit -m 。两者还嫌繁琐就 git commit -am "修改说明"


最后的总结:我们在了解git如何跟踪文件修改的时候,只要记住两点。修改只有add到暂存区,才会加入到commit,才会提交到分支。今天主要讲了git add,git commit,git status,git diff,可以自己找实例试试。





你可能感兴趣的:(Git,学习教程)