git学习笔记

mac和linux的git的ssh密钥的方法
配置信息
$ git config --global user.name "xx"
$ git config --global user.email "xx@xx.com"
生成 ssh密钥的命令
ssh-keygen -t rsa -C "xx@xx.com"
密钥文件的目录是~/.ssh目录的下面
配置编辑器
git config --global core.editor emacs
配置比较工具
git config --global merge.tool vimdiff
检查配置
git config --list
添加配置项
git config [–local|–global|–system] –add section.key value(默认是添加在 local 配置中)
删除配置项
git config [–local|–global|–system] –unset section.key
显示某次的提交信息
git show be24e214620fa072efa877e1967571731c465884(SHA-1)
显示更改的内容
git diff
当你正在更改的东西还没有完成的时候，需要修改其他的东西的时候可以把当前的工作暂存一下
git stash
查看暂存的栈
git stash list
删除堆栈的内容并且还原到工程里面
git stash pop
移动文件的操作
git mv main.py(文件名) src/(目录)
重命名的操作
git mv main.py(旧的文件名) module.py(新的文件名)

打标签的操作
git tag -a 'Release_1_0'(标签名) -m 'Tagged basic string operation code'(标签的书名) HEAD
给提交添加标签
git push origin tag Release_1_0
显示标签的命令
git tag
删除标签
git tag -d Release_1_0
给提交删除标签
git push origin :Release_1_0

新建分支
git branch new_branch(分支名)
显示当前的所有分支名
git branch
切换分支
git checkout new_branch(分支名)
重命名分支
git branch -m new_branch(老) wchar_support(新)
合并分支
git merge origin/wchar_support(新的分支)

git init
初始化版本库

git add 文件名
添加到库

git commit -m "注释"
提交到库

git log --pretty=oneline
过滤没有用的信息,只显示commit ID和 提交注释

回退版本的操作
git reset --hard HEAD^
HEAD^表示上一个版本 HEAD^^表示上上一个版本 HEAD~100可以表示上100个版本

git reflog
会把最近的操作打印出来格式是 --> commitID HEAD@{里面是排序} 操作 注释 3628164 HEAD@{1}: commit: append GPL

git reset --hard 3628164
然后还可以通过这个回退版本

把原理记录一下 可以深入理解一下git
1. 工作区 我们操作的文件的目录就是工作区
缓存区 我们通过 git add 命令就是把当前工作区的文件缓存到缓存区
提交文件实际上就是把缓存区的文件 提交到当前的分支

git checkout --文件名
把当前的工作区的内容 回退到缓存区的版本 --如果没有添加到缓存区的话就是当前分支的版本

git rm 文件名
删除文件 然后直接git commit 就可以提交了

git push -u origin master
第一次上传master的命令 失败的话可以修改.git目录下面的config文件改成
[remote "origin"]
url = https://MikasaKaneki@github.com/MikasaKaneki/Tools.git

git push
上传缓存区的文件

git pull
同步当前的分区

git checkout -b 分支名
创建并切换分支

git branch 分支名
创建分支

git checkout 分支名
切换分支

git branch
查看所有的分支 有“*”的是当前分支

git merge 分支名
把当前的分支指向到 分支名

git branch -d 分支名
删除分支

git merge --no-ff -m "注释" 分支名
合并分支的时候保留这个分支名的分支

git stash
可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作

git stash list
查看储藏的分支列表

git stash apply
恢复储藏的内容 但是不会把这个储存的内容删除

git stash drop
删除储藏的内容

git stash pop
恢复的同时把stash内容也删了

git stash apply stash@{序列号}
你可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash

git branch -d 分支名
删除分支 如果这个分支没有被合并具备删除的话 git会有提示 可以用-D强行删除

git branch -D 分支名
强行删除分支

git remote
查看远程库的信息

git tag 标签名
创建标签

git tag 标签名 commitID
给某次提交追加标签

git tag
查看标签 但是这个标签不是按时间排序的

git show 标签名
查看这个标签名的详细信息

git tag -a v0.1 -m "version 0.1 released" 3628164
还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字

git tag -d 标签名
删除标签

git push origin 标签名
推送标签名

git push origin --tags
一次性推送全部尚未推送到远程的本地标签：

.gitignore
配置忽略的文件信息的文本

$ git config --global alias.co checkout
$ git config --global alias.ci commit
$ git config --global alias.br branch
配置别名

---------------------------------------------------------

 开始 git init 

git add .

git commit -m "提交注释"

git rm -r --cached .  取消所有的提交

git push -u origin master  提交到远程

 git clone -b 分支名  项目网址   clone分支

Submodule使用场景

当项目越来越庞大之后，不可避免的要拆分成多个子模块，我们希望各个子模块有独立的版本管理，并且由专门的人去维护，这时候我们就要用到git的submodule功能。

常用命令

git clone <repository> --recursive 递归的方式克隆整个项目
git submodule add <repository> <path> 添加子模块
git submodule init 初始化子模块
git submodule update 更新子模块
git submodule foreach git pull 拉取所有子模块

如何使用

1. 创建带子模块的版本库

例如我们要创建如下结构的项目

project
  |--moduleA
  |--readme.txt

创建project版本库，并提交readme.txt文件

git init --bare project.git
git clone project.git project1
cd project1
echo "This is a project." > readme.txt
git add .
git commit -m "add readme.txt"
git push origin master
cd ..

创建moduleA版本库，并提交a.txt文件

git init --bare moduleA.git
git clone moduleA.git moduleA1
cd moduleA1
echo "This is a submodule." > a.txt
git add .
git commit -m "add a.txt"
git push origin master
cd ..

在project项目中引入子模块moduleA，并提交子模块信息

cd project1
git submodule add ../moduleA.git moduleA
git status
git diff
git add .
git commit -m "add submodule"
git push origin master
cd ..

使用git status可以看到多了两个需要提交的文件，其中.gitmodules指定submodule的主要信息，包括子模块的路径和地址信息，moduleA指定了子模块的commit id，使用git diff可以看到这两项的内容。这里需要指出父项目的git并不会记录submodule的文件变动，它是按照commit id指定submodule的git header，所以.gitmodules和moduleA这两项是需要提交到父项目的远程仓库的。

On branch master
Your branch is up-to-date with 'origin/master'.
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)
    new file:   .gitmodules
    new file:   moduleA

2. 克隆带子模块的版本库

方法一，先clone父项目，再初始化submodule，最后更新submodule，初始化只需要做一次，之后每次只需要直接update就可以了，需要注意submodule默认是不在任何分支上的，它指向父项目存储的submodule commit id。

git clone project.git project2
cd project2
git submodule init
git submodule update
cd ..

方法二，采用递归参数--recursive，需要注意同样submodule默认是不在任何分支上的，它指向父项目存储的submodule commit id。

git clone project.git project3 --recursive

3. 修改子模块

修改子模块之后只对子模块的版本库产生影响，对父项目的版本库不会产生任何影响，如果父项目需要用到最新的子模块代码，我们需要更新父项目中submodule commit id，默认的我们使用git status就可以看到父项目中submodule commit id已经改变了，我们只需要再次提交就可以了。

cd project1/moduleA
git branch
echo "This is a submodule." > b.txt
git add .
git commit -m "add b.txt"
git push origin master
cd ..
git status
git diff
git add .
git commit -m "update submodule add b.txt"
git push origin master
cd ..

4. 更新子模块

更新子模块的时候要注意子模块的分支默认不是master。

方法一，先pull父项目，然后执行git submodule update，注意moduleA的分支始终不是master。

cd project2
git pull
git submodule update
cd ..

方法二，先进入子模块，然后切换到需要的分支，这里是master分支，然后对子模块pull，这种方法会改变子模块的分支。

cd project3/moduleA
git checkout master
cd ..
git submodule foreach git pull
cd ..

5. 删除子模块

网上有好多用的是下面这种方法

git rm --cached moduleA
rm -rf moduleA
rm .gitmodules
vim .git/config

删除submodule相关的内容，例如下面的内容

[submodule "moduleA"]
      url = /Users/nick/dev/nick-doc/testGitSubmodule/moduleA.git

然后提交到远程服务器

git add .
git commit -m "remove submodule"

但是我自己本地实验的时候，发现用下面的方式也可以，服务器记录的是.gitmodules和moduleA，本地只要用git的删除命令删除moduleA，再用git status查看状态就会发现.gitmodules和moduleA这两项都已经改变了，至于.git/config，仍会记录submodule信息，但是本地使用也没发现有什么影响，如果重新从服务器克隆则.git/config中不会有submodule信息。

git rm moduleA
git status
git commit -m "remove submodule"
git push origin master