创建:SSH AddKey
运行git bash
命令行执行:ssh-keygen -t rsa -C "邮箱"
然后回车
接着会提示输入两次密码:直接回车
然后找到生成的id_rsa.pub文件,复制里面的内容,到Git中将内容输入,然后Addkey
先在远端创建依赖库
然后在本地项目执行以下命令
git init
git add README.md
git commit -m "first commit"
git remote add origin git@github.com:limbfutrue/TestApp.git
git push -u origin master
-------------------------------------------------------------------------------------------
patch 合并提交
git am patch路径
如果有冲突执行 git apply --reject patch路径
git status 查看状态
如果没有.rej,代表没打进去,并不是有冲突,直接git add ./ 然后 git am --continue
如果有.rej文件,解决冲突,接着执行后续
git status
git add ./
git status
git am --continue
---------------------------------------------------------------------------------------------------
-----------------------------------------------------------------------------------------
目前配置信息
user.name=sjyh-libaoming
user.email=13716572013@163.com
user.password=513784320lbm
git config --list // 查看配置信息+
// 更改git绑定账号
git config --global user.name "用户名"
git config --global user.password "密码"
git config --global user.email "邮箱"
---------------------------------------------------------------------------------------------
git add . 添加全部文件
git add 文件路径 提交指定文件
git提交步骤:
先更新代码再提交。git pull 更新拉取代码
1.git add
2.git commit -m ""
3.git push
查看提交日志
git log
// 查看几条提交记录
git log -n
// 查看提交的详情
git show
1.查看最新的commit:git show
2.查看指定commit的所有修改:git show commitId
3.查看某次commit中具体某个文件的修改:git show commitId fileName
git branch name 创建分支
git branch 查看分支
git checkout name 切换分支
git merge name 合并分支
git checkout -b name 创建加切换分支
git branch -d name 删除本地分支
git push origin --delete branch_name 删除远程分支
克隆分支
git clone -b 分支名 git仓库地址
git status 查看状态
git pull 拉取更新代码
git format-patch "HEAD^" 把最近的一次commit提交生成patch文件
git format-patch "HEAD^^" 把最近的两次commit提交生成patch文件
在使用git am之前, 你要首先git am --abort 一次,来放弃掉以前的am信息,这样才可以进行一次全新的am。
git apply --stat 001.patch #查看patch情况
git apply --check 001.patch #检查patch是否能够打上,如果没有任何输出,则说明无冲突,可以打上。()
// 创建版本库
git clone <url> 克隆远程版本库
git init 初始化本地版本库
// 修改和提交
git status 查看状态
git diff 查看变更内容
git add . 跟踪所有改动过的文件
git add <file> 跟踪指定文件
git mv <old> <new> 文件名修改
git rm <file> 删除文件
git rm -f <file> 强制删除文件
git rm --cached -r <file> 停止跟踪文件但不删除
git commit -m "commit msg" 提交所有更新过得文件
git commit --amend 修改最后一次的提交
// 查看提交历史
git log 查看提交历史
git log -p <file> 查看指定文件的提交历史
git blame <file> 以列表方式查看指定文件的提交历史
// 撤销
git reset --hard HEAD 撤销工作目录中所有未提交文件的修改内容
git checkout HEAD <file> 撤销指定的未提交文件的修改内容
git revert <commit> 撤销指定的提交
// 分支与标签
git branch 显示所有本地分支
git checkout <branch/tag> 切换到指定分支或标签
git branch <new-branch> 创建新的分支
git branch -d <branch> 删除本地分支
git tag 列出所有本地标签
git tag <tagname> 基于最新提交创建标签
git tag -d <tagname> 删除标签
// 合并与衍合
git merge <branch> 合并指定分支到当前分支
git rebase <branch> 衍合指定分支到当前分支
// 远程操作
git remote -v 查看远程版本库信息
git remote show <remote> 查看指定远程本地库信息
git remote add <remote> <url> 添加远程本地库
git fetch <remote> 从远程库获取代码
git pull <remote> <branch> 下载代码及快速合并
git push <remote> <branch> 上传代码及快速合并
git push <remote> :<branch/tag-name> 删除远程分支或标签
git push --tags 上传所有标签
git format-patch
git format-patch HEAD^ #生成最近的1次commit的patch
git format-patch HEAD^^ #生成最近的2次commit的patch
git format-patch HEAD^^^ #生成最近的3次commit的patch
git format-patch HEAD^^^^ #生成最近的4次commit的patch
git format-patch <r1>..<r2> #生成两个commit间的修改的patch(包含两个commit.<r1>和<r2>都是具体的commit号)
git format-patch -1 <r1> #生成单个commit的patch
git format-patch <r1> #生成某commit以来的修改patch(不包含该commit)
git format-patch --root <r1> #生成从根到r1提交的所有patch
git am
$ git apply --stat 0001-limit-log-function.patch # 查看patch的情况
$ git apply --check 0001-limit-log-function.patch # 检查patch是否能够打上,如果没有任何输出,则说明无冲突,可以打上
(注:git apply是另外一种打patch的命令,其与git am的区别是,git apply并不会将commit message等打上去,打完patch后需要重新git add和git commit,而git am会直接将patch的所有信息打上去,而且不用重新git add和git commit,author也是patch的author而不是打patch的人)
$ git am 0001-limit-log-function.patch # 将名字为0001-limit-log-function.patch的patch打上
$ git am --signoff 0001-limit-log-function.patch # 添加-s或者--signoff,还可以把自己的名字添加为signed off by信息,作用是注明打patch的人是谁,因为有时打patch的人并不是patch的作者
$ git am ~/patch-set/*.patch # 将路径~/patch-set/*.patch 按照先后顺序打上
$ git am --abort # 当git am失败时,用以将已经在am过程中打上的patch废弃掉(比如有三个patch,打到第三个patch时有冲突, 那么这条命令会把打上的前两个patch丢弃掉,返回没有打patch的状态)
$ git am --resolved #当git am失败,解决完冲突后,这条命令会接着打patch
如果打Patch的过程中发生了冲突(conflicts),怎么办?
解决patch冲突的过程是:
如果不想打这一系列patch了,直接:git am --abort。
如果还想打, 有两种解决方案:
方案一:
(1) 根据git am失败的信息,找到发生冲突的具体patch文件,然后用命令git apply --reject <patch_name>,强行打这个patch,发生冲突的部分会保存为.rej文件(例如发生冲突的文件是a.txt,那么运行完这个命令后,发生conflict的部分会保存为a.txt.rej),未发生冲突的部分会成功打上patch
(2) 根据.rej文件,通过编辑该patch文件的方式解决冲突。
(3) 废弃上一条am命令已经打了的patch:git am --abort
(4) 重新打patch:git am ~/patch-set/*.patchpatch
方案二:
(1) 根据git am失败的信息,找到发生冲突的具体patch文件,然后用命令git apply --reject <patch_name>,强行打这个patch,发生冲突的部分会保存为.rej文件(例如发生冲突的文件是a.txt,那么运行完这个命令后,发生conflict的部分会保存为a.txt.rej),未发生冲突的部分会成功打上patch
(2) 根据.rej文件,通过编辑发生冲突的code文件的方式解决冲突。
(3) 将该patch涉及到的所有文件(不仅仅是发生冲突的文件)通过命令git add <file_name>添加到工作区中
(4) 告诉git冲突已经解决,继续打patch: git am --resolved (git am --resolved 和 git am --continue是一样的)
分析:方案一和方案二主要区别是解决冲突的方法不一样。方案一是通过编辑patch文件的方式解决冲突,方案二是通过编辑冲突code文件的方式解决冲突。这两种方案区别比较大:经过实验,核心区别在于,方案一在修改patch时,如果修改的地方比较多,patch可能就打不上了,因为patch文件里对改动的行和列,以及修改了几个字符有精确的描述,很可能你改了想改的代码,却不符合描述了,就无法apply上Patch。方案二无法验证冲突有没有切实的解决。即使你在方案二的第二步乱改一通,也能“打完”发生冲突的patch(并没有检测修改后的code文件跟patch期望的是否相同)。因此,如果采用方案二,那么再解决code文件冲突后,需要人工去确认修改的正确性。