Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Commit 70949c6

Browse files
ShiShushengjoshua.shi
ShiShusheng
authored and
joshua.shi
committed
优化目录和内容
0 parents  commit 70949c6

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)