git学习1
来源:互联网 发布:如何在u盘上安装ubuntu 编辑:程序博客网 时间:2024/04/30 19:14
git add 命令, 这是个多功能命令:可以用它开始跟踪新文件,或者把已跟踪的文件放到暂存区,还能用于合并时把有冲突的文件标记为已解决状态等。 将这个命令理解为“添加内容到下一次提交中”而不是“将一个文件添加到项目中”要更加合适。
Git 只不过暂存了你运行 git add 命令时的版本, 如果你现在提交,CONTRIBUTING.md 的版本是你最后一次运行 git add 命令时的那个版本,而不是你运行 git commit 时,在工作目录中的当前版本。 所以,运行了 git add 之后又作了修订的文件,需要重新运行 git add 把最新版本重新暂存起来.
新添加的未跟踪文件前面有 ?? 标记,新添加到暂存区中的文件前面有 A 标记,修改过的文件前面有 M 标记。 你可能注意到了 M 有两个可以出现的位置,出现在右边的 M 表示该文件被修改了但是还没放入暂存区,出现在靠左边的 M 表示该文件被修改了并放入了暂存区。
当你忘记添加 .gitignore 文件,不小心把一个很大的日志文件或一堆 .a 这样的编译生成文件添加到暂存区时,这一做法尤其有用。 为达到这一目的,使用 –cached 选项:
$ git rm --cached README
当你看到 Git 的 mv 命令时一定会困惑不已。 要在 Git 中对文件改名,可以这么做:
$ git mv file_from file_to $ git mv README.md README
其实,运行 git mv 就相当于运行了下面三条命令:
$ mv README.md README$ git rm README.md$ git add README
一个常用的选项是 -p,用来显示每次提交的内容差异。 你也可以加上 -2 来仅显示最近两次提交:
$ git log -p -2
你也可以为 git log 附带一系列的总结性选项。 比如说,如果你想看到每次提交的简略的统计信息,你可以使用 –stat 选项:
$ git log --stat
–stat 选项在每次提交的下面列出额所有被修改过的文件、有多少文件被修改了以及被修改过的文件的哪些行被移除或是添加了。 在每次提交的最后还有一个总结。
另外一个常用的选项是 –pretty。 这个选项可以指定使用不同于默认格式的方式展示提交历史。 这个选项有一些内建的子选项供你使用。 比如用 oneline 将每个提交放在一行显示,查看的提交数很大时非常有用。 另外还有 short,full 和 fuller 可以用,展示的信息或多或少有些不同,
git log –pretty=format 常用的选项
$ git log –pretty=format:”%h - %an, %ar : %s”
git log -(n)仅显示最近的 n 条提交--since, --after 仅显示指定时间之后的提交。--until, --before仅显示指定时间之前的提交。--author仅显示指定作者相关的提交。--committer仅显示指定提交者相关的提交。--grep仅显示含指定关键字的提交-S仅显示添加或移除了某个关键字的提交
你已经修改了两个文件并且想要将它们作为两次独立的修改提交,但是却意外地输入了 git add * 暂存了它们两个。 如何只取消暂存两个中的一个呢? git status 命令提示了你:
$ git add *$ git statusOn branch masterChanges to be committed: (use "git reset HEAD <file>..." to unstage) renamed: README.md -> README modified: CONTRIBUTING.md
在 “Changes to be committed” 文字正下方,提示使用 git reset HEAD … 来取消暂存。
所以,我们可以这样来取消暂存 CONTRIBUTING.md 文件:
$ git reset HEAD CONTRIBUTING.mdUnstaged changes after reset:M CONTRIBUTING.md$ git statusOn branch masterChanges to be committed: (use "git reset HEAD <file>..." to unstage) renamed: README.md -> READMEChanges not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: CONTRIBUTING.md
这个命令有点儿奇怪,但是起作用了。 CONTRIBUTING.md 文件已经是修改未暂存的状态了。
Changes not staged for commit:git checkout -- <file>..." to discard changes in working directoryChanges to be committed: (use "git reset HEAD <file>..." to unstage)
你需要知道 git checkout – [file] 是一个危险的命令,这很重要。 你对那个文件做的任何修改都会消失 - 你只是拷贝了另一个文件来覆盖它。 除非你确实清楚不想要那个文件了,否则不要使用这个命令。
记住,在 Git 中任何 已提交的 东西几乎总是可以恢复的。 甚至那些被删除的分支中的提交或使用 –amend 选项覆盖的提交也可以恢复(阅读 数据恢复 了解数据恢复)。 然而,任何你未提交的东西丢失后很可能再也找不到了。
- git学习 #1:git起步
- git学习 #1:git起步
- Git学习1:初识Git
- Git学习笔记 - 1
- Git学习笔记 - 1
- git学习1
- Git学习(1)
- Git学习日记1
- Git学习1
- git学习(1)
- git学习笔记1
- git 学习笔记1
- git学习笔记-1
- git 的学习1
- Git 学习(1)
- git 学习(1)
- git学习笔记1
- Git学习(1)
- easyui-combobox的用法
- File类文件的切割与合并
- maven配置的简单介绍
- avalon实现if-else
- css3
- git学习1
- 详解java中的abstract class和interface的区别
- 浅拷贝和深拷贝
- Springboot+redis 整合
- 最大子段和问题
- C#特性(Attribute)
- TPC-DS标准规范(一)
- vue2-微信分享踩的坑
- UVA