git的使用

Posted 2022-04-05 lulin9501

 git4个的区域

git 是版本控制工具

工作区
　　当前工作的地方个(git status 看到的文件是红色的)
缓存区
　　git add之后的是缓存区,(git status 看到的文件是绿色的) 
本地仓库
　　commit 之后的区域
远程仓库
　　远程的仓库 比如码云,github

git的初始化:

git init .    //  可以是点 或者文件名(点是当前文件夹的意思) 将当前目录变成git发的仓库 初始化 会产生.git的隐藏的文件
git add . 文件夹或者文件 . 是当前文件

当执行git add . 是出现以下警告是因为windows中的换行符为 CRLF， 而在linux下的换行符为LF，所以在执行add . 时出现提示

warning: LF will be replaced by CRLF in .idea/workspace.xml. The file will have its original line endings in your working directory

git commit -m ‘提交信息‘ 写的多的,尽量写的多点
git remote origin https://url.git 将本地仓库和远程仓库做关联,第一次上传的时候需要写
git push origin master 将本地的东西,推到码云上(远程的仓库)

 

git的配置信息的查看和修改

git config -l 查看所有的配置信息
git config --global -l 查看邮箱用户名
git config --global --unset user.email 取消邮箱
git config -- global user.emali "邮箱" 设置邮箱
git config --global --unset user.name 取消用户名
git config --global user.name ‘‘用户名"

 

git的提交记录

git log 查看提交记录(之前的提交记录)
git reset --hard 哈希值(在git log中可以看到回退的地方)本地仓区到工作区
git reflog 看之前的回退后的之前的版本(查看所有的提交记录)
git reset --hard 哈希值(在git reflog中可以看到哈希值,黄色的)
git status 看看当前的状态,
git diff 对比当前文件中的所有的文件 本地仓库和工作区的文件的的区别,只有在add 和commit的文件才能看出区别
git diff 文件名 (仅对比这个文件) 本地仓库和工作区的文件的的区别
git diff --cached 文件名(或者都不加,对比当前文件中的所有的文件) 本地仓库和缓存区的区别
git checkout 文件名 将工作区的内容回退到最近一次提交的地方
git reset HEAD 文件名 将缓存区的文件回退到工作区(不会覆盖工作区的内容)

 补充:

-p 用来显示每次提交的内容差异

你也可以加上 -2 来仅显示最近两次提交

[[email protected]]git log -p -2
commit 86d801bbaa4cc560acc7c8f79a65cac85201f170 (HEAD -> master)
Author: wangfeng7399 <[email protected]>
Date:   Tue Feb 19 18:48:48 2019 +0800

    update

diff --git a/README.md b/README.md
index e69de29..a34691f 100644
--- a/README.md
+++ b/README.md
@@ -0,0 +1 @@
+this is new line

commit 88a09aa009af29e9a784d6dbb68589f70f1c51be
Author: wangfeng7399 <[email protected]>
Date:   Tue Feb 19 18:48:04 2019 +0800

    create

diff --git a/README.md b/README.md
new file mode 100644
index 0000000..e69de29

另外一个常用的选项是 --pretty。 这个选项可以指定使用不同于默认格式的方式展示提交历史。 这个选项有一些内建的子选项供你使用。 比如用 oneline 将每个提交放在一行显示，查看的提交数很大时非常有用。 另外还有 short，full 和 fuller 可以用，展示的信息或多或少有些不同，请自己动手实践一下看看效果如何。

[[email protected]]$ git log --pretty=oneline
ca82a6dff817ec66f44342007202690a93763949 changed the version number
085bb3bcb608e1e8451d4b2432f8ecbe6306e7e7 removed unnecessary test
a11bef06a3f659402fe7563abf99ad00de2209e6 first commit

但最有意思的是 format，可以定制要显示的记录格式。 这样的输出对后期提取分析格外有用 — 因为你知道输出的格式不会随着 Git 的更新而发生改变：

git log --pretty=format 常用的选项 列出了常用的格式占位符写法及其代表的意义。

选项	说明
%H	提交对象（commit）的完整哈希字串
%h	提交对象的简短哈希字串
%T	树对象（tree）的完整哈希字串
%t	树对象的简短哈希字串
%P	父对象（parent）的完整哈希字串
%p	父对象的简短哈希字串
%an	作者（author）的名字
%ae	作者的电子邮件地址
%ad	作者修订日期（可以用 --date= 选项定制格式）
%ar	作者修订日期，按多久以前的方式显示
%cn	提交者（committer）的名字
%ce	提交者的电子邮件地址
%cd	提交日期
%cr	提交日期，按多久以前的方式显示
%s	提交说明

git log 的常用选项

选项	说明
-p	按补丁格式显示每个更新之间的差异。
--stat	显示每次更新的文件修改统计信息。
--shortstat	只显示 --stat 中最后的行数修改添加移除统计。
--name-only	仅在提交信息后显示已修改的文件清单。
--name-status	显示新增、修改、删除的文件清单。
--abbrev-commit	仅显示 SHA-1 的前几个字符，而非所有的 40 个字符。
--relative-date	使用较短的相对时间显示（比如，“2 weeks ago”）。
--graph	显示 ASCII 图形表示的分支合并历史。
--pretty	使用其他格式显示历史提交信息。可用的选项包括 oneline，short，full，fuller 和 format（后跟指定格式）。

在 限制 git log 输出的选项 中列出了常用的选项

选项	说明
-(n)	仅显示最近的 n 条提交
--since, --after	仅显示指定时间之后的提交。
--until, --before	仅显示指定时间之前的提交。
--author	仅显示指定作者相关的提交。
--committer	仅显示指定提交者相关的提交。
--grep	仅显示含指定关键字的提交
-S	仅显示添加或移除了某个关键字的提交

 

git的快照

快照:适用一个人开发的时候,快照不需要拍摄太多
git stash 快照 (在工作区中有修改才能做快照),做完快照,文件恢复到你最近提交的状态
git stash pop 恢复快照 = git stash apply + git stash drop
git stash list 查看快照


$ git stash list
[email protected]0: WIP on master: 768d893 33333

git stash apply 快照的版本号 恢复快照
git stash apply [email protected]0
git stash drop 快照的版本号 删除快照 
冲突: 快照的内容和做完快照后修改的文件内容的内容有冲突,会将快照的内容个修改的内容同
同一行修改,只能通过人工来决定保留什么

删除快照
git stash drop [email protected]0

 

快照使用的场景: 想把文件恢复最近一次提交的状态,保留从提交后的写的内容.

git的分支

切换分支前所有的代码都提交
分支:

git branch 查看分支
git brabch 分支名 新建分支
git checkout 分支名 切换分支

$ git checkout dev
error: you need to resolve your current index first
test: needs merge


git checkout -b 分支名 (新建分支+切换分支) 

合并分支
git merge name(分支名) 合并分支,在合并到分支上做合并,先切换到要合并的分支,合并分支的时候有可能代码有冲突,同事讨论怎么留代码

git brabch -d 分支名 删除分支

 

工作中,有多个分支
. master分支(线上的代码)
. dev 分支 (正在开发的代码,没上线的,测试用)
. review分支 (代码审核)
审核:
. 谁审核: 组长
. 审核什么: 逻辑 质量 PEP8规范
. 一个人一个分支
一般情况:
. 一般一个小功能,开发完成之后做一个合并
. 合并代码,大家都在

git 和github一样吗
git 做版本控制 linux的创始人
github 就是一个网站 全球最大的同性交友网站
码云
gitlab 私有化部署
git 无中心化
svn 中心化
区块链
因为没有权限

remote: Permission to 417685417/zdh.git denied to xiadongzhi1988.
fatal: unable to access ‘https://github.com/417685417/zdh.git/‘: The requested URL returned error: 403控制面板-凭据管理-windows凭据 把这个里面的都删掉

 

git push origin name 把本地分支上传到远程
git clone https://url.git 下载远程仓库的文件 克隆下来的代码只有master分支



git checkout -b dev origin/dev = git branch dev origin/dev + git checkout dev
git checkout -b dev origin/dev 这个命令可以切换分支,并以远程仓库的dev分支做母版创建一个dev分支’

以远程仓库的dev分支做母版创建一个dev分支’
git pull origin name 将远程仓库的文件拉取到本地

tag标签

　　标签的意义

 

• bug修复以后

• 新增重要的功能 里程碑

 

 

git tag 查看标签

git show 查看标签的详细信息

git tag -a v1.0 -m "信息" 对当前位置打标签

git tag -a v1.0 -m "信息" hash值 对之前的位置打标签

git tag -d name 删除标签

git push origin --tags 将本地的tag推送到远程仓库

git push origin :refs/tags/name 删除远程的tags

 

 

 

 

忽略文件

　　上传文件的时候可以将一些你不想上传的文件忽略掉:

如果是是github上新建的项目,可以做如下操作:

 

　会在你的项目中出现一个.gitignore　的文件,里面写的是你想忽略的内容

 

忽略文件的原则是：

 

1. 忽略操作系统自动生成的文件，比如缩略图等；
2. 忽略编译生成的中间文件、可执行文件等，也就是如果一个文件是通过另一个文件自动生成的，那自动生成的文件就没必要放进版本库，比如Java编译产生的.class文件；
3. 忽略你自己的带有敏感信息的配置文件，比如存放口令的配置文件

 

 

举个例子：

假设你在Windows下进行Python开发，Windows会自动在有图片的目录下生成隐藏的缩略图文件，如果有自定义目录，目录下就会有Desktop.ini文件，因此你需要忽略Windows自动生成的垃圾文件：

# Windows:
Thumbs.db
ehthumbs.db

然后，继续忽略Python编译产生的.pyc、.pyo、dist等文件或目录

 

# Python:
*.py[cod]
*.so
*.egg
*.egg-info
dist
build

 

 加上你自己定义的文件，最终得到一个完整的.gitignore文件，内容如下：

 

# Windows:
Thumbs.db
ehthumbs.db
Desktop.ini

# Python:
*.py[cod]
*.so
*.egg
*.egg-info
dist
build

# My configurations:
db.ini
deploy_key_rsa

 

 

最后一步就是把.gitignore也提交到Git，就完成了！当然检验.gitignore的标准是git status命令是不是说working directory clean。

使用Windows的童鞋注意了，如果你在资源管理器里新建一个.gitignore文件，它会非常弱智地提示你必须输入文件名，但是在文本编辑器里“保存”或者“另存为”就可以把文件保存为.gitignore了。

有些时候，你想添加一个文件到Git，但发现添加不了，原因是这个文件被.gitignore忽略了

$ git add App.class
The following paths are ignored by one of your .gitignore files:
App.class
Use -f if you really want to add them.

 

 如果你确实想添加该文件，可以用-f强制添加到Git：

$ git add -f App.class

 

 .gitignore忽略规则的优先级

在 .gitingore 文件中，每一行指定一个忽略规则，Git检查忽略规则的时候有多个来源，它的优先级如下（由高到低）：
1）从命令行中读取可用的忽略规则
2）当前目录定义的规则
3）父级目录定义的规则，依次递推
4）$GIT_DIR/info/exclude 文件中定义的规则
5）core.excludesfile中定义的全局规则

.gitignore忽略规则的匹配语法

在 .gitignore 文件中，每一行的忽略规则的语法如下：
1）空格不匹配任意文件，可作为分隔符，可用反斜杠转义
2）以“＃”开头的行都会被 Git 忽略。即#开头的文件标识注释，可以使用反斜杠进行转义。
3）可以使用标准的glob模式匹配。所谓的glob模式是指shell所使用的简化了的正则表达式。
4）以斜杠"/"开头表示目录；"/"结束的模式只匹配文件夹以及在该文件夹路径下的内容，但是不匹配该文件；"/"开始的模式匹配项目跟目录；如果一个模式不包含斜杠，则它匹配相对于当前 .gitignore 文件路径的内容，如果该模式不在 .gitignore 文件中，则相对于项目根目录。
5）以星号"*"通配多个字符，即匹配多个任意字符；使用两个星号"" 表示匹配任意中间目录，比如`a//z`可以匹配 a/z, a/b/z 或 a/b/c/z等。
6）以问号"?"通配单个字符，即匹配一个任意字符；
7）以方括号"[]"包含单个字符的匹配列表，即匹配任何一个列在方括号中的字符。比如[abc]表示要么匹配一个a，要么匹配一个b，要么匹配一个c；如果在方括号中使用短划线分隔两个字符，表示所有在这两个字符范围内的都可以匹配。比如[0-9]表示匹配所有0到9的数字，[a-z]表示匹配任意的小写字母）。
8）以叹号"!"表示不忽略(跟踪)匹配到的文件或目录，即要忽略指定模式以外的文件或目录，可以在模式前加上惊叹号（!）取反。需要特别注意的是：如果文件的父目录已经被前面的规则排除掉了，那么对这个文件用"!"规则是不起作用的。也就是说"!"开头的模式表示否定，该文件将会再次被包含，如果排除了该文件的父级目录，则使用"!"也不会再次被包含。可以使用反斜杠进行转义。

需要谨记：git对于.ignore配置文件是按行从上到下进行规则匹配的，意味着如果前面的规则匹配的范围更大，则后面的规则将不会生效；