Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly
Sign up
Appearance settings

Commit 0b2f2ff

Browse files
优化目录和内容
0 parents commit 0b2f2ff

File tree

666 files changed

+111221
-0
lines changed

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

666 files changed

+111221
-0
lines changed

‎.gitignore

Lines changed: 25 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,25 @@
1+
*.DS_Store
2+
*.iml
3+
*.xml
4+
*.txt
5+
*.dio
6+
*.log
7+
8+
.idea/inspectionProfiles/
9+
.metals/metals.h2.db
10+
.vscode/settings.json
11+
12+
Spring/feign.md
13+
TODO/MySQL会丢数据吗?.md
14+
TODO/【阿里最新数据库面试题】MySQL主从一致性.md
15+
TODO/【阿里数据库面试题解】MySQL高可用原理.md
16+
TODO/MySQL执行更新语句时做了什么?.md
17+
TODO/为何阿里不推荐MySQL使用join?.md
18+
TODO/【阿里MySQL面试题】内部临时表.md
19+
TODO/MySQL数据查询太多会OOM吗?.md
20+
TODO/有了InnoDB,Memory存储引擎还有意义吗?.md
21+
TODO/MySQL执行insert会如何加锁?.md
22+
TODO/MySQL的自增id竟然用到头了怎么办?.md
23+
TODO/MySQL全局锁和表锁.md
24+
TODO/MySQL事务是怎么实现隔离的?.md
25+

‎.idea/Java-Interview-Tutorial.iml

Lines changed: 9 additions & 0 deletions
Some generated files are not rendered by default. Learn more about customizing how changed files appear on GitHub.

‎.idea/codeStyles/codeStyleConfig.xml

Lines changed: 5 additions & 0 deletions
Some generated files are not rendered by default. Learn more about customizing how changed files appear on GitHub.

‎Git/Git仓库初始化.md

Lines changed: 11 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,11 @@
1+
git仓库的建立
2+
![这里写图片描述](http://upload-images.jianshu.io/upload_images/4685968-946cf05120484d9a?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
3+
ssh公钥配置
4+
![这里写图片描述](http://upload-images.jianshu.io/upload_images/4685968-ec3c7dd8307210db?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
5+
本地仓库建立成功
6+
![这里写图片描述](http://upload-images.jianshu.io/upload_images/4685968-a08b8ae97290f41d?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
7+
切换分支并配置相关目录
8+
9+
> 不在master上开发,作为一个只读的分支开放给开发者,而开发时会切分支来开发
10+
11+
![这里写图片描述](http://upload-images.jianshu.io/upload_images/4685968-a07fb89fd2831ead?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

‎Git/Git修改已提交的commit.md

Lines changed: 124 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,124 @@
1+
# 1 本地修改
2+
由于以下修改本身是对版本历史的修改,在需要push到远程仓库时,往往是不成功的,只能强行push,这样会出现的一个问题就是,如果你是push到多人协作的远程仓库中,会对其他人的远程操作构成影响。通常情况下,建议与项目远程仓库的管理员进行沟通,在完成你强制push操作后,通知其他人同步。
3+
## 1.1 修改最近一次的commit
4+
- 修改提交的描述
5+
```
6+
git commit --amend
7+
```
8+
然后会进入一个文本编辑器界面,修改commit的描述内容,即可完成操作。
9+
- 修改提交的文件
10+
```
11+
git add <filename> # 或者 git rm
12+
git commit --amend # 将缓存区的内容做为最近一次提交
13+
```
14+
## 1.2 修改任意提交历史位置的commit
15+
16+
可以通过变基命令,修改最近一次提交以前的某次提交。不过修改的提交到当前提交之间的所有提交的hash值都会改变。
17+
变基操作需要非常小心,一定要多用git status命令来查看你是否还处于变基操作,可能某次误操作的会对后面的提交历史造成很大影响。
18+
19+
首先查看提交日志,以便变基后,确认提交历史的修改
20+
```
21+
git log
22+
```
23+
变基操作。 可以用commit~n或commit^^这种形式替代:前者表示当前提交到n次以前的提交,后者`^`符号越多表示的范围越大,commit可以是HEAD或者某次提交的hash值;-i参数表示进入交互模式。
24+
```
25+
git rebase -i <commit range>
26+
```
27+
以上变基命令会进入文本编辑器,其中每一行就是某次提交,把pick修改为edit,保存退出该文本编辑器。
28+
29+
**注意:**变基命令打开的文本编辑器中的commit顺序跟git log查看的顺序是相反的,也就是最近的提交在下面,老旧的提交在上面
30+
31+
**注意:**变基命令其实可以同时对多个提交进行修改,只需要修改将对应行前的pick都修改为edit,保存退出后会根据你修改的数目多次打开修改某次commit的文本编辑器界面。但是这个范围内的最终祖先commit不能修改,也就是如果有5行commit信息,你只能修改下面4行的,这不仅限于commit修改,重排、删除以及合并都如此。
32+
```
33+
git commit --amend
34+
```
35+
接下来修改提交描述内容或者文件内容,跟最近一次的commit的操作相同,不赘述。
36+
37+
然后完成变基操作
38+
```
39+
git rebase --continue
40+
```
41+
有时候会完成变基失败,需要`git add --all`才能解决,一般git会给出提示。
42+
43+
再次查看提交日志,对比变基前后的修改,可以看到的内的所有提交的hash值都被修改了
44+
```
45+
git log
46+
```
47+
如果过了一段时间后,你发现这次历史修改有误,想退回去怎么办?请往下继续阅读
48+
49+
## 1.3 重排或删除某些提交
50+
51+
变基命令非常强大,还可以将提交历史重新手动排序或者删除某次提交。这为某些误操作,导致不希望公开信息的提交,提供了补救措施
52+
53+
git rebase -i <commit range>
54+
如前面描述,这会进入文本编辑器,对某行提交进行排序或者删除,保存退出。可以是多行修改。
55+
56+
后续操作同上。
57+
58+
## 1.4 合并多次提交
59+
60+
非关键性的提交太多会让版本历史很难看、冗余,所以合并多次提交也是挺有必要的。同样是使用以上的变基命令,不同的是变基命令打开的文本编辑器里的内容的修改。
61+
62+
将pick修改为squash,可以是多行修改,然后保存退出。这个操作会将标记为squash的所有提交,都合并到最近的一个祖先提交上。
63+
64+
**注意:**不能对的第一行commit进行修改,至少保证第一行是接受合并的祖先提交。
65+
66+
后续操作同上。
67+
68+
## 1.5 分离某次提交
69+
70+
变基命令还能分离提交,这里不描述,详情查看后面的参考链接
71+
72+
终极手段
73+
74+
git还提供了修改版本历史的"大杀器"——filter-branch,可以对整个版本历史中的每次提交进行修改,可用于删除误操作提交的密码等敏感信息。
75+
76+
删除所有提交中的某个文件
77+
```
78+
git filter-branch --treefilter 'rm -f password.txt' HEAD
79+
```
80+
将新建的主目录作为所有提交的根目录
81+
```
82+
git filter-branch --subdirectory-filter trunk HEAD
83+
```
84+
本地回退
85+
回退操作也是对过往提交的一剂"后悔药",常用的回退方式有三种:checkout、reset和revert
86+
87+
checkout
88+
89+
对单个文件进行回退。不会修改当前的HEAD指针的位置,也就是提交并未回退
90+
91+
可以是某次提交的hash值,或者HEAD(缺省即默认)
92+
```
93+
git checkout <commit> -- <filename>
94+
reset
95+
```
96+
回退到某次提交。回退到的指定提交以后的提交都会从提交日志上消失
97+
**注意:**工作区和暂存区的内容都会被重置到指定提交的时候,如果不加--hard则只移动HEAD的指针,不影响工作区和暂存区的内容。
98+
```
99+
git reset --hard <commit>
100+
```
101+
结合git reflog找回提交日志上看不到的版本历史,撤回某次操作前的状态
102+
103+
git reflog # 找到某次操作前的提交hash值
104+
git reset <commit>
105+
这个方法可以对你的回退操作进行回退,因为这时候git log命令已经找不到历史提交的hash值了。
106+
107+
revert
108+
109+
这个方法是最温和,最受推荐的,因为本质上不是修改过去的版本历史,而是将回退版本历史作为一次新的提交,所以不会改变版本历史,在push到远程仓库的时候也不会影响到团队其他人。
110+
111+
git revert <commit>
112+
远程修改
113+
对远程仓库的版本历史修改,都是在本地修改的基础上进行的:本地修改完成后,再push到远程仓库。
114+
115+
但是除了git revert可以直接push,其他都会对原有的版本历史修改,只能使用强制push
116+
117+
git push -f <remote> <branch>
118+
总结
119+
git commit --amend改写单次commit
120+
git rebase -i <commit range>删改排以及合并多个commit
121+
git checkout <commit> -- <filename>获取历史版本的某个文件
122+
git reset [--hard] <commit>移动HEAD指针
123+
git revert <commit>创建一个回退提交
124+
git push -f <remote> <branch>强制push,覆盖原有远程仓库

0 commit comments

Comments
(0)

AltStyle によって変換されたページ (->オリジナル) /