Tom098的博客

简单来说，git将所有commit组成一个大的类似链表或者树的结构，每一个commit都指向他的一个或多个父节点。在这些commit集合中，如果划归branch，git采用的做法就是让该branch指向某一个commit，在该commit之前（包括他自己）所有的commit都属于该branch。而tag跟branch的概念比较像，只不过tag是不可变的branch，就是tag也是指向一个commit，但是之后在该commit之后追加的commit不再属于该tag，这个branch不一样。

假设你在本地有一个A-B-C的提交序列，然后push到远程仓库，然后别人也在同一分支上工作，接着你的commit，又进行了D-E两个提交。然后你又将它强行推送到远程仓库(git push --force)， 然后你的同伴这时要推送他的本地提交到远程，比如他可以通过rebase的方式提交，这样他提交之后，远程仓库的提交就像这样，如下图。需要注意的是git reset --hard也许是用的最多的参数，但是也是最危险的，会导致working directory和staging index的数据都被重置。

git revert并不会删除要改回的commit的之后所有的历史commit， 而reset必须要删除目标commit之后所有的commit(也不是真正删除了，只是让之后的那些commit变成orphan commits，然后在git做垃圾回收时会被真正删除掉)。另外，git revert也并不会删除目标commit, 而是添加了一个新的commit，这个新的commit跟目标commit执行的是相反的动作，所以合到一起之后，就相当于undo了之前的目标commit.

当clone一个远程repo之后，默认会新建一个master或main的本地分支。比如：可以看到本地默认只建了一个main分支，剩下的都是远程分支。可以在远程分支基础上checkout出一个本地分支来，比如执行命令： 这是一个本地分支develop被创建出来。就是上边输出的名字以remotes/origin/开始的分支。虽然叫远程分支，但是这些分支所对应的commits也是在我们本地的，严格来说应该叫本地的远程分支（有些别扭）。下文说的远程分支都是指这种分支，而不是指远程仓库上的分支。同时我们也

1. 创建一个elastic interface，需要绑定到一个subnet上2. 如果需要为这个elastic interface绑定一个public ip,需要单独创建一个eip3.在创建eip时，需要设置depends_on为internet gateway,并且depends_on=internet-gateway后边不带id...

要说清楚Kubernetes的网络架构，需要对计算机网络有比较深入的理解，至少是实战的CCNA or CCNP level的网络工程师，并且要对现代Linux所具备的各种网络功能非常理解才能彻底搞清楚底层实现细节，比如Linux的birdge, firewall (iptable), router/NAT等等功能。现代Linux操作系统已经远远不是一个传统的单一操作系统，他集成了操作系统，交换机，路由器，防火墙等等很多功能。由于虚拟机、容器技术的发展，很多在传统网络设备中才有的功能，比如switch/r

网上说了很多方法，但试了都不好用，比如修改配置文件/usr/lib/systemd/system/docker.service等等。后来查看docker官网，发现修改如下配置文件好用。在linux环境下, 创建文件/etc/systemd/system/docker.service.d/docker.conf,添加如下内容：[Service]ExecStart=ExecStart=/...