可以先找一个已经被git管理的项目, 我就使用这个项目吧: https://github.com/solenovex/ID3-Editor
基本工作流程
克隆以后呢, 进入该目录查看一下状态:
然后添加一个文件叫 z0.txt, 然后添加点文字:
然后再查看状态:
随后我使用git add z0.txt让这个文件被git追踪, 然后再查看状态:
这时git告诉我有变化需要被commit.
这时文件是在staging 区里面:
这时执行git commit, 输入信息之后, 就会回到命令行:
master后边那一串字符串就是这次commit的id.
这时再查看状态:
我的分支领先于origin/master一个commit.
commit之后会, 所有在staging区的文件都会被commit的:
如果这时执行git push命令, 那么就会把本地的新commit推送到远程仓库(remote repository).
不过我这里先要执行一下git pull命令:.git pull origin master.
这句话就是把有可能发生在远程仓库的变化拉取到本地的仓库, 就是为了保证我本地的代码是最新的.
命令执行后告诉我, 这个是最新的.
最后执行git push origin master:
这个命令将会把本地所有的commit推送到远程的仓库, 也就是origin这个名的仓库的master分支上.
这时有可能要求你输入用户名和密码.
这里也显示了包含了哪些commit.
这时在远程仓库就可以看到这个文件了.
文件相关操作.
追踪文件.
修改一下z0.txt的内容, 然后查看状态:
这时呢, 我想直接commit这个文件, 也就是把add和commit过程合并成一步:
git commit -am "xxxx"
git commit -a的作用就是把所有的变化添加到了staging 区, 然后直接就commit了.
这个命令只针对被追踪的文件起作用, 那么什么是被追踪的(tracked)文件呢?
就是git所知道要追踪的文件.....就是已经被commit到repository或者被add到index/staging区的文件.
想知道文件是否被追踪了, 就需要使用这个命令:
git ls-files
这个命令会列出当前repository所追踪的所有文件.
编辑文件.
编辑一个z0.txt, 并且添加一个z1.txt并写点内容, 查看状态:
可以看到这两个文件分别处于不同的状态.
z0是等待被commit, z1则是还没有被添加到staging 区.
如果现在执行git commit命令, 那么它只会对z0起作用.
而这时这个新文件的状态不变:
这时把这个文件添加到staging 区:
然后我再改一下这个文件的内容, 然后再查看一下状态:
尽管是同一个文件, git还是把每次变化分开来追踪的: 已经在staging区的和不在staging区的.
这时再用git add把该文件的变化添加到staging 区:
然后git commit:
递归添加文件.
创建多级文件夹:
然后分别在这几个目录内建立文件并写上点内容. 查看状态:
这里只能看到根目录的一个文件夹有变化, 并不能递归的看到所有的文件变化.
但我可以使用git add .这个命令来递归的添加文件变化.
然后commit:
可以看到这几个文件都被添加到git repository里面了.
退回变化.
没有变化的时候, 状态应该是这样的:
然后修改一个文件并执行git add, 查看状态:
如果不想要这个变化了, 想把这个变化退出staging区,或者叫unstage:
就可以按照图示的命令执行 git reset HEAD z0.txt.
然后该变化就是这个状态了:
但是文件的内容还是我修改过的内容.
如果我不想要这个文件有任何变化, 也就是想让这个文件退回到上次commit的内容, 那么执行:
上面那个命令图已经告诉我怎么做了 git checkout -- z0.txt:
文件的内容也恢复到原来了.
文件更名/移动.
使用git mv 源文件名 新文件名 来为文件改名.
查看状态:
git已经把该变化添加到了staging区.
然后 commit即可.
最好的实践就是在修改文件内容之前改文件名, 这样git更方便追踪该文件.
如果使用系统的命令去改文件名:
那么git认为这是两个动作: 删除了老文件, 添加个新文件.
使用git add -A 这个命令, 它会递归的添加变化, 也会更新改名,移动, 删除的文件.
这时git就会认为我是把文件改名了.
然后commit即可.
现在再改一个文件名:
如果我不想改名了, 想该回去, 那么 还是使用git mv即可, 不过参数是相反的:
就相当于未发生任何变化.
下面我要移动文件到另一个文件夹.
使用git mv移动一个文件, 然后看状态:
然后commit即可.
下面直接使用系统的mv命令把该文件移动回去.
git会把它当成两个动作.
还是同样使用git add -A:
同样git就会认为这是一个改名/更换目录的动作了.
然后commit即可.
然后我用系统的文件浏览器去改文件名.
把z2改成z1:
同样, git 认为这是两个动作:
然后git add该文件, 使用git add -u 更新index:
删除文件.
创建一个新文件, 然后使用 git rm删除该文件, 这是会报错的:
所以应该使用系统的命令/操作去删除该文件.
就相当于完全没有变化.
然后我要删除git追踪的文件z1.txt, 就应该使用git rm z1.txt 命令:
现在文件没了, 但是还不是最终的结果, 还需要commit.
再删除一个追踪的文件z00.txt.
现在不想删了, 使用git reset HEAD z00.txt 这里必须包括精确的文件名.
执行该命令后, 该文件依然没有出现.
看下状态:
这个文件目前被追踪了, 但是并不在working directory里面.
所以之前的git reset只是unstage了这个删除动作, 并没有恢复文件.
所以我需要把working directory里所有的变化都恢复, 就要使用git checkout命令.
但是如果使用系统/命令删除一个追踪的文件会怎样呢?
我用系统去删除z00这个文件.
可以看到git认为该文件在working directory里面找不到了, 这时我可以 使用git add -A, 它将添加并更新working directory里面的变化包括改名和删除.
这时这个变化就被加到了staging区, 然后commit即可.
下面从系统中删除d1文件夹.
git 认为该目录下的文件都找不到了, 然后就应该使用git add -A:
然后stage, 然后commit即可.
再总结一下git add命令常用的几个参数:
git add -A / git add --all: stage所有的变化
git add .: 把新建/修改的内容添加到staging区, 不包括删除.
git add -u: 把修改和删除的内容添加到staging区, 不包括新增的.
今天的命令包括git pull, git push, git commit -am, git ls-files, git add的各种参数, git reset HEAD, git checkout, git mv, git rm,