生成公钥和私钥
用ssh 生成的公钥和私钥 rsa不对称的加密方式
ssh-keygen -t rsa -C 'cookie.com'
windows 默认生成的位置C:\Users\RE.ssh 带pub的是公钥我们需要copy到gitbub 上
注意我们clone 仓库要使用ssh 的url 公钥才会生效
vscode 使用git
commit 信息一定要清晰,有几条就列几条
插件 git history diff
1.创建分支,
2.合并分支(如果是master 需要合并demo-1,需要先保证已切换到了master),
3.再推送到远程
4.使用git pull 时需注意 这里的是修改的同个文件b.js的情况(
本地b.js修改了还没有,使用git pull失败,验证得出的
如果本地b.js删除未提交内容 再强制推送 会导致远程别人修改的b.js 掉失 let pull1 = pull1 不见了
若 本地有c.js的文件未提交,我们使用git pull 能正常拉取数据到本地
使用git pull 最好建议
最好的建议就是先保证本地工作区是干净的,我们再使用git pull,因为我们也不知道那些人到底改了那个文件
)
在git上创建 git 仓库,把本地推送代码到git上(远程仓库)
git init
touch README.md
git add README.md
git commit -m "first commit"
git remote add origin https://gitee.com/zhangcookie/webpack4_vue_ssr_todo-list.git // 推送到远程仓库
git push -u origin "master"
git push -f origin "master" //如果推送不成功 就使用这条强制推送
可能会遇到无法推送的问题
1,当前版本领先了远程版本 使用git push origin HEAD:water

git 命令行
vim 一些常用命令
查看 vi a.js
i插入 q退出git模式 esc键退出编辑模式 :wq 保存退出
删除文件rm -rf a.js
修改名字mv a.js b.js
除了master分支是git push ,其他分支都是git push origin demo-3(分支名)
查看当前仓库状态 git status

清除所有本地修改 git checkout .
branch
创建分支 git branch vuex
切换分支 git checkout master
创建分支并切换 git checkout -b newtest
查看远程分支 git branch -r
查看本地分支 git branch
查看本地和远程分支(包括本地和远程,remotes/开头的表示远程分支) git branch -a
git branch -v 查看一个分支的最后一次提交
git branch --merged 查看哪些分支已经合并到当前分支
git branch --no-merged 查看所有未合并工作的分支
创建本地分支并且关联远程分支(youyang) git checkout -b youyang origin/youyang

查看关联的远程仓库 git remote -v
删除远程仓库
git remote rm origin
创建远程分支:
1.创建本地分支test git checkout -b test
2.创建远程分支并推送 git push --set-upstream origin test
创建本地分支(git branch demo-2),推送分支到远程(git push origin demo-2 )
删除本地分支(git branch -D demo-2), 删除远程分支 (git push origin --delete demo-2)
提交信息 git commit -m '使用-a 没有被add 暂存的也能提交' -a
master合并demo-2操作 git merge demo-2 ,再 git push
tag
tag 是我们上线后,一个操作,分支的是v1.0.0,标签是t1.0.0这是规范
查看所有tag git tag --list
创建本地tag 处于当前需要创建的位置 (git tag t1.0.0) ,tag推送到远程 git push origin t1.0.0
删除本地tag (git tag -d t1.0.0), 删除远程tag (git push origin :t1.0.0)
切换到对应得tag git checkout t1.0.0
检出标签 git checkout -b <branchName> <tagName>, 新建了一个分支
多人协作
git feach 拉取所有分支
git pull origin feature-login 拉取当前分支是否有更新
master分支被保护,你无法推送的情况
1.先克隆项目,后创建dev分支,就可以正常开发,
2.代码推送,由于你无法推送到master,需要推送并创建远程dev分支
git push --set-upstream origin dev
3.master分支代码更新如何更新到dev分支:
git fetch origin master
git merge origin master(需处于dev分支)
git stash
本来你要开发一个新功能应该新建个分支,结果你忘记了再master上改了,还改的挺多你自己也忘记改哪些了,使用git checkout . 撤销所有肯定是不行的,
因为当前的分支dev 最初也是从master 分支上衍生出来的。而此时你要再从该分支上切换到其主分支。那么你需要先把该dev分支上的改动提交后才能切换,但是该dev分支上还没有完成全部的修改,你不想提交。那么此时你就要选择 stash 它们(你在当前分支上改动的却没有提交commit的内容)。
在dev分支使用 git stash 暂存到其他的一个空间,git stash list记录出储藏记录 分以下两中情况使用
1.在新建分支 ,在使用git stash pop 拿最近储藏的一次出来如果是新的文件拿出来合并无影响,在两个分支都有相同文件代码的时候注意合并的情况
2.在当前分支可以大胆使用无需顾虑合并的问题
>用 $ git stash pop 命令,恢复的同时把 stash 存储列表的内容也删了。这时候再执行 $ git stash list 命令,id 为 8528ea2 s 的储藏项目不会在列表中
> 使用git stash apply但是恢复后,stash内容并不删除,这时候再执行 $ git stash list 命令,id 为 8528ea2 s 的储藏项目还会在列表中,你需要用 $ git stash drop n来删除;
如果想应用回指定版本,只需
git stash apply n
n可以是0 ,1,2,3
在 Git 中,主动将工作目录的修改内容添加到储藏区(stash)是一个常见的操作,主要用于临时保存未提交的更改,以便切换分支或处理其他任务。以下是详细的操作方法和相关选项:
1. 基本命令:将当前修改存入储藏区
git stash
-
作用:储藏所有已跟踪文件的修改(包括暂存区
git add的内容,但不包含未跟踪的文件)。 -
等效命令:
git stash push
2. 包含未跟踪的文件(新增文件)
如果需要储藏未跟踪的文件(新增但未 git add 的文件):
git stash -u
或
git stash --include-untracked
3. 添加自定义说明
默认的储藏说明是 WIP on <分支名>,但可以自定义:
git stash push -m "描述性消息"
4. 选择性储藏
如果只想储藏部分文件(而不是所有修改):
git stash push <文件路径>
示例:
git stash push src/index.js src/styles.css
5. 储藏时保留暂存区的状态
默认情况下,git stash 会将暂存区的修改一并储藏。如果希望保持暂存区的修改不变(仅储藏工作区的修改):
git stash --keep-index
-
适用场景:已暂存部分修改(准备提交),但想先储藏其他未暂存的修改。
回退 revert reset 这里需要多注意
回到文件未修改时的状态 git checkout .
版本回退revert,会保留更改的记录
如 版本1 为e111 ,版本2 为e222,我们想要的是版本e222,我们需要操作的是e111
git revert e111(注意e111我们需要回退的版本,然后我们再推送)
git push origin demo-3
回滚可能遇到的问题
Git 回滚Merge的代码(commit is a merge but no -m option was given.)
https://www.jianshu.com/p/f38d696f6b02
https://www.jianshu.com/p/f38d696f6b02git revert xxx -m 1
版本回退reset,甚至干掉了历史记录,但是会导致冲突 我们强制推送下就可以了
git reset --hard e222
git push origin demo-4 会有冲突
我们使用强制推送 git push origin demo-4 --force
git commit 之后想撤销commit
1. git reset --soft HEAD^ 这样就成功的撤销了你的commit并且把改动的文件移入到暂存区,git log中不会显示commit 记录
HEAD^的意思是上一个版本,也可以写成HEAD~1
如果你进行了2次commit,想都撤回,可以使用HEAD~2

至于这几个参数:
--mixed
意思是:不删除工作空间改动代码,撤销commit,并且撤销git add . 操作
这个为默认参数,git reset --mixed HEAD^ 和 git reset HEAD^ 效果是一样的。
--soft
不删除工作空间改动代码,撤销commit,不撤销git add .
--hard
git reset --hard commitId
删除工作空间改动代码(是working tree clean得意思,但是实际代码还是改动得代码),撤销commit,撤销git add .
注意完成这个操作后,就恢复到了上一次的commit状态。
commit注释写错了,只是想改一下注释,只需要
git commit --amend
此时会进入默认vim编辑器(使用vim 语法保存),修改注释完毕后保存就好了。
git log 查看提交记录
1. git log 查看提交历史记录
2. git log --oneline 或者 git log --pretty=oneline 以精简模式显示
3. git log --graph 以图形模式显示
4. git log --stat 显示文件更改列表
5. git log --author= 'name' 显示某个作者的日志
6. git log -p filepath 查看某个文件的详细修改
7. git log -L start,end:filepath 查看某个文件某几行范围内的修改记录
8. git log --stat commitId 或者 git show --stat commitId 查看某一次提交的文件修改列表
9.git show b168d08 --stat 查看提交了那些文件
查看99条log: git log --oneline -n99
git diff 文件对比
1. git diff filepath 工作区与暂存区比较
2. git diff HEAD filepath 工作区与HEAD ( 当前工作分支) 比较
3. git diff --staged 或 --cached filepath 暂存区与HEAD比较
4. git diff branchName filepath 当前分支的文件与branchName 分支的文件进行比较
5. git diff commitId filepath 与某一次提交进行比较
git log 有两个高级用法:一是自定义提交的输出格式,二是过滤输出哪些提交.
格式化 Log 输出
#只显示提交ID和提交信息的第一行
git log --oneline
#知道每个提交关联的分支或者标签
git log --oneline --decorate
Diff
文件名后面 + 和 - 的数量是这个提交造成的更改中增删的相对比例.
#--stat 选项显示每次提交的文件增删数量
git log --stat
# -p 如果你想知道每次提交删改的绝对数量
git log -p
Shortlog
#它把每个提交按作者分类,显示提交信息的第一行。这样可以容易地看到谁做了什么。
git shortlog
默认情况下,git shortlog 把输出按作者名字排序,但你可以传入 -n 选项来按每个作者提交数量排序。
Graph
#--graph 选项绘制一个 ASCII 图像来展示提交历史的分支结构
#星号表明这个提交所在的分支
git log --graph --oneline --decorate
按内容
#当你想要知道 Hello, World! 字符串是什么时候加到项目中哪个文件中去的
git log -S "Hello, World!"
按范围
#master..feature 范围包含了在 feature 分支而不在 master 分支中所有的提交
git log master..feature
git log用于查询版本的历史,命令形式如下:
git log [<options>] [<since>..<until>] [[--] <path>...]
这条命令有很多参数选项
一、不带参数
- 如果不带任何参数,它会列出所有历史记录,最近的排在最上方,显示提交对象的哈希值,作者、提交日期、和提交说明
- 如果记录过多,则按Page Up、Page Down、↓、↑来控制显示
- 按q退出历史记录列表
二、显示参数
- -p:按补丁显示每个更新间的差异,比下一条- -stat命令信息更全
- --stat:显示每次更新的修改文件的统计信息,每个提交都列出了修改过的文件,以及其中添加和移除的行数,并在最后列出所有增减行数小计
- --shortstat:只显示--stat中最后的行数添加修改删除统计
- --name-only:尽在已修改的提交信息后显示文件清单
- --name-status:显示新增、修改和删除的文件清单
- --abbrev-commit:仅显示SHA-1的前几个字符,而非所有的40个字符
- --relative-date:使用较短的相对时间显示(例如:"two weeks ago")
- --graph:显示ASCII图形表示的分支合并历史
- —pretty=:使用其他格式显示历史提交信息,可选项有:oneline,short,medium,full,fuller,email,raw以及format:<string>,默认为medium,如:
- --pretty=oneline:一行显示,只显示哈希值和提交说明(--online本身也可以作为单独的属性)
- --pretty=format:” ":控制显示的记录格式,如:
- %H 提交对象(commit)的完整哈希字串
- %h 提交对象的简短哈希字串
- %T 树对象(tree)的完整哈希字串
- %t 树对象的简短哈希字串
- %P 父对象(parent)的完整哈希字串
- %p 父对象的简短哈希字串
- %an 作者(author)的名字
- %ae 作者的电子邮件地址
- %ad 作者修订日期(可以用 -date= 选项定制格式)
- %ar 作者修订日期,按多久以前的方式显示
- %cn 提交者(committer)的名字
- 作者和提交者的区别不知道是啥?
- 作者与提交者的关系:作者是程序的修改者,提交者是代码提交人(自己的修改不提交是怎么能让别人拉下来再提交的?)
- 其实作者指的是实际作出修改的人,提交者指的是最后将此工作成果提交到仓库的人。所以,当你为某个项目发布补丁,然后某个核心成员将你的补丁并入项目时,你就是作者,而那个核心成员就是提交者(soga)
- %ce 提交者的电子邮件地址
- %cd 提交日期(可以用 -date= 选项定制格式)
- %cr 提交日期,按多久以前的方式显示
- %s 提交说明
- 带颜色的--pretty=format:” ",这个另外写出来分析
- 以这句为例:%Cred%h%Creset -%C(yellow)%d%Cblue %s %Cgreen(%cd) %C(bold blue)<%an>
- 它的效果是:

- 先断句:[%Cred%h][%Creset -][%C(yellow)%d ][%Cblue%s][%Cgreen(%cd)][%C(bold blue)<%an>]
- 然后就是很明显能得到的规律了
- 一个颜色+一个内容
- 颜色以%C开头,后边接几种颜色,还可以设置字体,如果要设置字体的话,要一块加个括号
- 能设置的颜色值包括:reset(默认的灰色),normal, black, red, green, yellow, blue, magenta, cyan, white.
- 字体属性则有bold, dim, ul, blink, reverse.
- 内容可以是占位元字符,也可以是直接显示的普通字符
- --date= (relative|local|default|iso|rfc|short|raw):定制后边如果出现%ad或%cd时的日期格式
- 有几个默认选项
- --date=relative:shows dates relative to the current time, e.g. "2 hours ago".
- --date=local:shows timestamps in user’s local timezone.
- --date=iso (or --date=iso8601):shows timestamps in ISO 8601 format.
- --date=rfc (or --date=rfc2822):shows timestamps in RFC 2822 format,often found in E-mail messages.
- --date=short:shows only date but not time, in YYYY-MM-DD format.这个挺好用
- --date=raw:shows the date in the internal raw git format %s %z format.
- --date=default:shows timestamps in the original timezone (either committer’s or author’s).
- 也可以自定义格式(需要git版本2.6.0以上),比如--date=format:'%Y-%m-%d %H:%M:%S' 会格式化成:2016-01-13 11:32:13,其他的格式化占位符如下:
- %a:Abbreviated weekday name
- %A:Full weekday name
- %b:Abbreviated month name
- %B:Full month name
- %c:Date and time representation appropriate for locale
- %d:Day of month as decimal number (01 – 31)
- %H: Hour in 24-hour format (00 – 23)
- %I:Hour in 12-hour format (01 – 12)
- %j:Day of year as decimal number (001 – 366)
- %m:Month as decimal number (01 – 12)
- %M:Minute as decimal number (00 – 59)
- %p:Current locale's A.M./P.M. indicator for 12-hour clock
- %S:Second as decimal number (00 – 59)
- %U:Week of year as decimal number, with Sunday as first day of week (00 – 53)
- %w:Weekday as decimal number (0 – 6; Sunday is 0)
- %W:Week of year as decimal number, with Monday as first day of week (00 – 53)
- %x:Date representation for current locale
- %X:Time representation for current locale
- %y:Year without century, as decimal number (00 – 99)
- %Y:Year with century, as decimal number
- %z, %Z:Either the time-zone name or time zone abbreviation, depending on registry settings; no characters if time zone is unknown
- %%:Percent sign
- 有几个默认选项
三、筛选参数:
- 按数量
- -n:显示前n条log
- 按日期
- --after=
- 比如git log --after="2014-7-1”,显示2014年7月1号之后的commit(包含7月1号)
- 后边的日期还可以用相对时间表示,比如"1 week ago"和”yesterday",比如git log --after="yesterday"
- 这里的格式可以是什么?
- --before=
- 同上
- 另外这两条命令可以同时使用表示时间段,比如git log --after="2014-7-1" --before="2014-7-4"
- 另外--since --until和 --after --before是一个意思,都可以用
- --after=
- 按作者
- --author=
- 比如git log --author=“John",显示John贡献的commit
- 注意:作者名不需要精确匹配,只需要包含就行了
- 而且:可以使用正则表达式,比如git log --author="John\|Mary”,搜索Marry和John贡献的commit
- 而且:这个--author不仅包含名还包含email, 所以你可以用这个搜索email
- --author=
- 按commit描述
- --grep=
- 比如:git log --grep="JRA-224"
- 而且:可以传入-i用来忽略大小写
- 注意:如果想同时使用--grep和--author,必须在附加一个--all-match参数
- --grep=
- 按文件
- - -(空格)或[没有]
- 有时你可能只对某个文件的修改感兴趣, 你只想查看跟某个文件相关的历史信息, 你只需要插入你感兴趣文件的路径[对,是路径,所以经常是不太好用]就可以了
- 比如:git log -- foo.py bar.py ,只返回和foo.py或bar.py相关的commit
- 这里的--是告诉Git后面的参数是文件路径而不是branch的名字. 如果后面的文件路径不会和某个branch产生混淆, 你可以省略- -,比如git log foo.py
- 另外,后边的路径还支持正则,比如:git log *install.md 是,指定项目路径下的所有以install.md结尾的文件的提交历史
- 另外,文件名应该放到参数的最后位置,通常在前面加上--并用空格隔开表示是文件
- 另外,git log file/ 查看file文件夹下所有文件的提交记录
- - -(空格)或[没有]
- 按分支
- - -
- --branchName branchName为任意一个分支名字,查看某个分支上的提交记录
- 需要放到参数中的最后位置处
- 如果分支名与文件名相同,系统会提示错 误,可通过--选项来指定给定的参数是分支名还是文件名
- 比如:在当前分支中有一个名为v1的文件,同时还存在一个名为v1的分支
- git log v1 -- 此时的v1代表的是分支名字(--后边是空的)
- git log -- v1 此时的v1代表的是名为v1的文件
- git log v1 -- v1 代表v1分支下的v1文件
- - -
- 按内容
- -S"<string>"、-G"<string>"
- 有时你想搜索和新增或删除某行代码相关的commit. 可以使用这条命令
- 假设你想知道Hello, World!这句话是什么时候加入到项目里去的,可以用:git log -S"Hello,World!"
- 另外:如果你想使用正则表达式去匹配而不是字符串, 那么你可以使用-G代替-S.
- 这是一个非常有用的debug工具, 使用他你可以定位所有跟某行代码相关的commit. 甚至可以查看某行是什么时候被copy的, 什么时候移到另外一个文件中去的
- 注:-S后没有"=",与查询内容之间也没有空格符
- -S"<string>"、-G"<string>"
- 按范围
- git log <since>..<until>
- 这个命令可以查看某个范围的commit
- 这个命令非常有用当你使用branch做为range参数的时候. 能很方便的显示2个branch之间的不同
- 比如:git log master..feature,master..feature这个range包含了在feature有而在master没有的所有commit,同样,如果是feature..master包含所有master有但是feature没有的commit
- 另外,如果是三个点,表示或的意思:git log master...test 查询master或test分支中的提交记录
- git log <since>..<until>
- 过滤掉merge commit
- --no-merges
- 默认情况下git log会输出merge commit. 你可以通过--no-merges标记来过滤掉merge commit,git log --no-merges
- 另外,如果你只对merge commit感兴趣可以使用—merges,git log --merges
- --no-merges
- 按标签tag
- git log v1.0
- 直接这样是查询标签之前的commit
- 加两个点git log v1.0.. 查询从v1.0以后的提交历史记录(不包含v1.0)
- git log v1.0
- 按commit
- git log commit :查询commit之前的记录,包含commit
- git log commit1 commit2:查询commit1与commit2之间的记录,包括commit1和commit2
- git log commit1..commit2:同上,但是不包括commit1
- 其中,commit可以是提交哈希值的简写模式,也可以使用HEAD代替
- HEAD代表最后一次提交,HEAD^为最后一个提交的父提交,等同于HEAD~1
- HEAD~2代表倒数第二次提交
- 其中,commit可以是提交哈希值的简写模式,也可以使用HEAD代替
8687

被折叠的 条评论
为什么被折叠?



