git init
git init <directory>
git init --bare <directory>
在使用Git初始化版本库的时候,使用"git init"命令和使用"git init --bare"命令有什么区别呢?
用"git init"初始化的版本库(暂且称之为working repository)将会生成2类文件:“.git“版本库目录(记录版本历史)和实际项目文件的拷贝。你可以把这类版本库叫做“工作目录”。工作目录是一个包含有版本历史目录“.git"和源文件的目录。你可以在工作目录修改你的源文件并使用"git add"和"git commit"命令进行版本管理。
用“git init --bare"初始化的版本库(暂且称之为bare repository)仅包含".git"目录(记录版本历史),不含项目源文件拷贝。如果你进入版本目录,你会发现仅有".git"目录,没有其他文件。版本库仅包含记录着版本历史的文件。
什么情况下使用“git init"和"git init --bare"呢?
working repository适合于实际编辑生产过程中,在工作目录下,你将会进行实际的编码、文件管理操作和保存项目在本地工作。如果你开始创建一个项目将包含有源代码和和版本跟踪记录的时候你可以使用"git init".或者,如果你克隆"git clone"一个已经存在的版本库的时候,你也可以得到一个working repository,它也将包含".git"目录和源文件的拷贝。
bare repository主要是用作分享版本库。开发者使用bare repository可以向其他人分享存储在本地的版本库,以便于实时分享代码更新和团队协作 。通过使用"git push"命令,你可以将你的本地更新提交至“中心版本库”(其他开发者可访问的中心库)。其他开发者可以使用“git pull"命令者接受你提交的版本更新。如果你正在一个多人协作的项目团队或者同一个项目需要在不同电脑上面完成的时候,bare repository可以满足你的分布式开发需求。
总结:“工作目录”是通过使用“git init“或“git clone”创建的本地项目拷贝。我们可以在工作目录下面修改和测试代码。通过测试后我们可以使用“git add“和”git commit“命令本地提交修改,然后使用“git push”命令向远程 bare repository库提交更新,通常bare repository指定其他服务器,其他开发者将可以及时看到你的更新。当我们想去更新本地工作目录的时候,我们可以使用“git pull”命令去接受其他开发者提交的更新。
git clone
git clone <repo>
克隆一个版本库到本地
git clone <repo> <directory>
克隆一个版本库到 <directory> 目录
git config
git config user.name <name>
git config --global user.name <name>
git config --global user.email <email>
git config --global alias.<alias-name> <git-command>
git config --global alias.st status git config --global alias.co checkout git config --global alias.br branch git config --global alias.up rebase git config --global alias.ci commit
git config --global color.ui true
git config --global core.editor <editor>
git config --global --edit
git add <file>
将修改的这个文件添加到暂存区(包括修改删除 和 新添加的文件)
git add <directory>
将修改的这个目录添加到暂存区
git add -p
以交互的方式让你选择将要进行的操作 y 是提交修改到暂存区 n 是忽略 s splits it into smaller shunks e 编辑chunk q 退出
git add -u
将修改添加到暂存区(包括修改删除 但不包括新添加的文件)
git add -A
把所有的修改添加到暂存区
git add -i
我们可以通过git add -i [<path>]命令查看<path>中被所有修改过或已删除文件但没有提交的文件,
并通过其revert子命令可以查看<path>中所有untracted的文件,同时进入一个子命令系统。比如:
git add -i
staged unstaged path
1: +0/-0 nothing branch/t.txt
2: +0/-0 nothing branch/t2.txt
3: unchanged +1/-0 readme.txt
*** Commands ***
1: [s]tatus 2: [u]pdate 3: [r]evert 4: [a]dd untracked
5: [p]atch 6: [d]iff 7: [q]uit 8: [h]elp
What now>
这里的t.txt和t2.txt表示已经被执行了git add,待提交。即已经添加到索引库中。
readme.txt表示已经处于tracked下,它被修改了,但是还没有被执行了git add。即还没添加到索引库中。
revert子命令
可以通过git add -i的revert子命令(3: [r]evert)把已经添加到索引库中的文件从索引库中剔除。
(3: [r]evert)表示通过3或r或revert加回车执行该命令。执行该命令后,git会例出索引库中的文件列表.
然后通过数字来选择。输入"1"表示git会例出索引库中的文件列表中的第1个文件。
"1-15"表示git会例出索引库中的文件列表中的第1个文件到第15个文件.回车将执行。
如果我们不输入任何东西,直接回车,将结束revert子命令,返回git add -i的主命令行。
update子命令
可以通过update子命令(2: [u]pdate)把已经tracked的文件添加到索引库中。其操作和revert子命令类似。
add untracked子命令
通过add untracked子命令(4: [a]dd untracked)可以把还没被git管理的文件添加到索引库中。其操作和revert子命令类似。
diff子命令
可以通过diff子命令(6: [d]iff)可以比较索引库中文件和原版本的差异。其操作和revert子命令类似。
status子命令
status子命令(1: [s]tatus)功能上和git add -i相似
quit子命令
quit子命令(7: [q]uit)用于退出git add -i命令系统
帮助
我们可以通过git add -h命令来看git add命令的帮助文档。
git add -h
usage: git add [options] [--] <filepattern>...
-n, --dry-run dry run
-v, --verbose be verbose
-i, --interactive interactive picking
-p, --patch select hunks interactively
-e, --edit edit current diff and apply
-f, --force allow adding otherwise ignored files
-u, --update update tracked files
-N, --intent-to-add record only the fact that the path will be added later
-A, --all add changes from all tracked and untracked files
--refresh don't add, only refresh the index
--ignore-errors just skip files which cannot be added because of errors
--ignore-missing check if - even missing - files are ignored in dry run
git commit
提交修改到本地版本库,只使用这个命令会打开一个编辑器让你填入修改信息
git commit -m "<message>"
提交修改到版本库
git commit -a
提交修改到本地版本库,使用 -a 参数添加文件的修改到暂存区(省去 git add修改的文件的步骤)
git status
列出放入暂存区的,未放入暂存区的,和新建但没add 的文件
git log
显示提交的修改
git log -n <limit>
显示 limit 条修改信息
git log --oneline
log 信息单行显示
git log --stat
显示log信息,包含文件修改(列出某次提交修改了哪些文件)
git log -p
显示log信息,包含文件内容的修改(列出某次提交修改了哪些文件,并显示内容的修改)
git log --author="<author>"
显示log信息,按照提交者过滤
git log --grep="<pattern>"
显示log信息,按照pattern(可以是正则表达式) 过滤提交信息中包含pattern的提交
git log <since>..<until>
Show only commits that occur between <since> and <until>. Both arguments can be either a commit ID, a branch name, HEAD, or any other kind of revision reference.
git log <file>
只显示包含<file>的提交
git log --graph --oneline
以图形的形式显示日志提交结构
- https://www.atlassian.com/git/tutorial/git-basics
- http://hubingforever.blog.163.com/blog/static/171040579201231110371044/
- http://hi.baidu.com/aatfjctoytaefkr/item/00c693450a5b36af60d7b93f