1、Git help Git help 获取git基本命令，例如：使用Git help clone，来获取git clone的使用方法）
2. Git init 或者使用git init-db。
创建一个空的Git库。在当前目录中产生一个.git 的子目录。以后，所有的文件变化信息都会保存到这个目录下，而不像CVS那样，会在每个目录和子目录下都创建一个CVS目录。
在.git目录下有一个config文件，可以修改其中的配置信息。
3. Git add
将当前工作目录中更改或者新增的文件加入到Git的索引中，加入到Git的索引中就表示记入了版本历史中，这也是提交之前所需要执行的一步。
可以递归添加，即如果后面跟的是一个目录作为参数，则会递归添加整个目录中的所有子目录和文件。例如：
git add dir1 （ 添加dir1这个目录，目录下的所有文件都被加入 ）
Git add f1 f2 （ 添加f1，f2文件）
git add . ( 添加当前目录下的所有文件和子目录 )
4. Git rm
从当前的工作目录中和索引中删除文件。
可以递归删除，即如果后面跟的是一个目录做为参数，则会递归删除整个目录中的所有子目录和文件。例如：
git rm –r * （进入某个目录中，执行此语句，会删除该目录下的所有文件和子目录）
git rm f1 (删除文件f1，包含本地目录和index中的此文件记录)
git rm --ached f1 (删除文件f1，不会删除本地目录文件，只删除index中的文件记录；将已经git add的文件remove到cache中,这样commit的时候不会提交这个文件, 适用于一下子添加了很多文件, 却又想排除其中个别几个文件的情况.)
5. Git commit
提交当前工作目录的修改内容。
直接调用git commit命令，会提示填写注释。通过如下方式在命令行就填写提交注释：git commit -m "Initial commit of gittutor reposistory"。 注意，和CVS不同，git的提交注释必须不能为空，否则就会提交失败。
git commit还有一个 -a的参数，可以将那些没有通过git add标识的变化一并强行提交，但是不建议使用这种方式。
每一次提交，git就会为全局代码建立一个唯一的commit标识代码，用户可以通过git reset命令恢复到任意一次提交时的代码。
git commit –-amend –m “message” （在一个commit id上不断修改提交的内容）
6. Git status
查看版本库的状态。可以得知哪些文件发生了变化，哪些文件还没有添加到git库中等等。 建议每次commit前都要通过该命令确认库状态。
最常见的误操作是， 修改了一个文件， 没有调用git add通知git库该文件已经发生了变化就直接调用commit操作， 从而导致该文件并没有真正的提交。这时如果开发者以为已经提交了该文件，就继续修改甚至删除这个文件，那么修改的内容就没有通过版本管理起来。如果每次在 提交前，使用git status查看一下，就可以发现这种错误。因此，如果调用了git status命令，一定要格外注意那些提示为 “Changed but not updated:”的文件。 这些文件都是与上次commit相比发生了变化，但是却没有通过git add标识的文件。
7. Git log
查看历史日志，包含每次的版本变化。每次版本变化对应一个commit id。
8. 还原代码
例如 “git checkout app/model/user.rb” 就会将user.rb文件从上一个已提交的版本中更新回来，未提交的工作目录中的内容全部会被覆盖。
9. Git-ls-files
查看当前的git库中有那些文件。
10. Git mv
重命名一个文件、目录或者链接。
11. Git clone
取出服务器的仓库的代码到本地建立的目录中（与服务器交互）
12、Git pull
从服务器的仓库中获取代码，和本地代码合并。（与服务器交互，从服务器上下载最新代码，等同于： Git fetch + Git merge）
13. Git push
将本地commit的代码更新到远程版本库中，例如 “git push origin”就会将本地的代码更新到名为orgin的远程版本库中。
14. Git fetch
从服务器的仓库中下载代码。（与服务器交互，从服务器上下载最新代码）
相当于从远程获取最新版本到本地，不会自动merge，比Git pull更安全些。
|
300x180 AD
