专栏首页草根专栏Git基本命令 -- 基本工作流程 + 文件相关操作

Git基本命令 -- 基本工作流程 + 文件相关操作

可以先找一个已经被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, 

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • Git基本命令 -- 创建Git项目

    在这里下载git: https://git-scm.com/ 安装的时候, 如果是windows系统的话, 可以勾选unix的命令行工具, 这样在windows...

    solenovex
  • Git - 使用命令和P4Merge进行diff

    P4Merge P4Merge是Git的一个第三发Diff和Merge工具(可视化冲突解决工具). 下载地址: https://www.perforce.com...

    solenovex
  • Git基本命令 -- 别名 + 忽略 + 推送

    别名. 我可以使用这个命令查看repository的历史 git log --all --graph --decorate --oneline: ? 这个命令可...

    solenovex
  • Git push大文件失败解决

    在github上推送时候,貌似单个文件不能超过100M。再加上天朝的墙,给个眼神自己体会。既然是提交大文件导致http postbuffer溢出,将postbu...

    小闫同学啊
  • Git基本命令

    git push -u origin 分支名字 -f // -f强制提交,一般不用,但第一次提交会提示我们版本过低

    秋雨
  • git 一些undo操作

    使用git的时候经常会出现,“啊!,刚才提交的代码有问题,需要undo一下了” 这种情况,为了应对这种问题。本文介绍 git 的一些 undo 操作

    ke1th
  • 提交PR的git 流程

    上次花了点时间让CarbonData集成到StreamingPro中,方便大家更快速的体验到CarbonData的好处,集成完毕后就写了篇文章:让CarbonD...

    用户2936994
  • Git

    歪先生
  • 纪念第一次向Linux内核社区提交patch

    最近在研究Linux内核random这一块的代码,在阅读源码的过程中,偶然发现代码中有个地方写的不规范,于是就踏上了向Linux社区提交patch的路。

    秃头哥编程
  • git 入门教程之版本控制 原

    我们知道 git 是分布式版本控制系统,所以称被控制对象是版本本身没错,但是从git 命令中发现,并没有版本这个名词,有的只是commit,所以前几节我一直称其...

    雪之梦技术驿站

扫码关注云+社区

领取腾讯云代金券