master

查看远程分支 删除远程分支和tag 删除不存在对应远程分支的本地分支 重命名远程分支 把本地tag推送到远程 获取远程tag 查看远程分支 加上-a参数可以查看远程分支，远程分支会用红色表示出来（如果你开了颜色支持的话）： $ git branch -a master remote tungway v1.52 * zrong remotes/origin/master remotes/origin/tungway remotes/origin/v1.52 remotes/origin/zrong 删除远程分支和tag 在Git v1.7.0 之后，可以使用这种语法删除远程分支： $ git push origin --delete <branchName> 删除tag这么用： git push origin --delete tag <tagname> 否则，可以使用这种语法，推送一个空分支到远程分支，其实就相当于删除远程分支： git push origin :<branchName> 这是删除tag的方法，推送一个空tag到远程tag： git tag -d <tagname> git push origin :refs/tags/<tagname> 两种语法作用完全相同。 删除不存在对应远程分支的本地分支 假设这样一种情况： 我创建了本地分支b1并pull到远程分支

搭建 Kubernetes 高可用集群 https://www.cnblogs.com/dudu/p/12168433.html挺好的资料。 使用 3 台阿里云服务器（k8s-master0, k8s-master1, k8s-master2）作为 master 节点搭建高可用集群，负载均衡用的是阿里云 SLB ，需要注意的是由于阿里云负载均衡不支持后端服务器自己转发给自己，所以 master 节点的 control-plane-endpoint 不能走负载均衡。 先在 k8s-master0 上安装好 k8s ，安装步骤见 Ubuntu 安装 k8s 三驾马车 kubelet kubeadm kubectl ，然后打快照创建阿里云 ecs 镜像。 确定 control-plane-endpoint 主机名，这里假设是 k8s-api ，在 k8s-master0 的 hosts 中添加 k8s-api 的解析。 10.0.1.81 k8s-api 在 k8s-master0 上创建集群， kubeadm init \ --control-plane-endpoint "k8s-api:6443" --upload-certs \ --image-repository registry.aliyuncs.com/google_containers \ --pod-network

Git查看、删除、重命名远程分支和tag 2015-06-15：加入姊妹篇； 2013-11-06：加入重命名远程分支的内容； 2013-01-09：加入删除远程tag的内容。 姊妹篇： 使用Git、Git GUI和TortoiseGit 这篇文章记录我在使用git的过程中碰到远程分支和tag的相关内容，提纲： 查看远程分支 删除远程分支和tag 删除不存在对应远程分支的本地分支 重命名远程分支 把本地tag推送到远程 获取远程tag 查看远程分支 加上-a参数可以查看远程分支，远程分支会用红色表示出来（如果你开了颜色支持的话）： 1 2 3 4 5 6 7 8 9 10 $ git branch -a master remote tungway v1.52 * zrong remotes/origin/master remotes/origin/tungway remotes/origin/v1.52 remotes/origin/zrong 删除远程分支和tag 在Git v1.7.0 之后，可以使用这种语法删除远程分支： 1 $ git push origin --delete <branchName> 删除tag这么用： 1 git push origin --delete tag <tagname> 否则，可以使用这种语法，推送一个空分支到远程分支

持久化保证了即使redis服务重启也不会丢失数据，因为redis服务重启后会将硬盘上持久化的数据恢复到内存中，但是当redis服务器的硬盘损坏了可能会导致数据丢失， 如果通过redis的主从复制机制就可以避免这种单点故障。主从复制架构如下图 说明： 主redis中的数据有两个副本（replication）即从redis1和从redis2，即使一台redis服务器宕机其它两台redis服务也可以继续提供服务。 主redis中的数据和从redis上的数据保持实时同步，当主redis写入数据时通过主从复制机制会复制到两个从redis服务上。 只有一个主redis，可以有多个从redis。 主从复制不会阻塞master，在同步数据时，master 可以继续处理client 请求。 一个redis可以即是主又是从，如下图： 主从复制配置 配置从服务器，主服务器不需要做任何修改 。修改从服务器的redis.conf文件。 总结： 上述操作之后，在主服务器添加数据后，在从服务器中就可以获取到主服务器添加的key了,但是从服务器是只读的，不允许写(为了保证和主服务器时刻数据一致，如果主服务器冗机了，需要将从服务器变为主服务器，就需要手工写脚本使其不是只读，但是集群可以避免从服务器为只读这种情况的)。 Redis主从工作原理 如果你为master配置了一个slave

这篇文章记录我在使用git的过程中碰到远程分支和tag的相关内容，提纲： 查看远程分支 删除远程分支和tag 删除不存在对应远程分支的本地分支 重命名远程分支 把本地tag推送到远程 获取远程tag 查看远程分支 加上-a参数可以查看远程分支，远程分支会用红色表示出来（如果你开了颜色支持的话）： 1 2 3 4 5 6 7 8 9 10 $ git branch -a master remote tungway v1.52 * zrong remotes/origin/master remotes/origin/tungway remotes/origin/v1.52 remotes/origin/zrong 删除远程分支和tag 在Git v1.7.0 之后，可以使用这种语法删除远程分支： 1 $ git push origin --delete <branchName> 删除tag这么用： 1 git push origin --delete tag <tagname> 否则，可以使用这种语法，推送一个空分支到远程分支，其实就相当于删除远程分支： 1 git push origin :<branchName> 这是删除tag的方法，推送一个空tag到远程tag： 1 2 git tag -d <tagname> git push origin :refs/tags/

Git查看、删除、重命名远程分支和tag 2015-06-15：加入姊妹篇； 2013-11-06：加入重命名远程分支的内容； 2013-01-09：加入删除远程tag的内容。 姊妹篇： 使用Git、Git GUI和TortoiseGit 这篇文章记录我在使用git的过程中碰到远程分支和tag的相关内容，提纲： 查看远程分支 删除远程分支和tag 删除不存在对应远程分支的本地分支 重命名远程分支 把本地tag推送到远程 获取远程tag 查看远程分支 加上-a参数可以查看远程分支，远程分支会用红色表示出来（如果你开了颜色支持的话）： 1 2 3 4 5 6 7 8 9 10 $ git branch -a master remote tungway v1.52 * zrong remotes/origin/master remotes/origin/tungway remotes/origin/v1.52 remotes/origin/zrong 删除远程分支和tag 在Git v1.7.0 之后，可以使用这种语法删除远程分支： 1 $ git push origin --delete <branchName> 删除tag这么用： 1 git push origin --delete tag <tagname> 否则，可以使用这种语法，推送一个空分支到远程分支

#安装环境： OS：CentOS7.4 Master: Kubernetes v1.15.1 ； docker 18.09.7 Edge-node：KubeEdge v1.1.0 ； docker 18.09.7 一、安装Cloud端 配置master节点 vi /etc/kubernetes/manifests/kube-apiserver.yaml # Add the following flags in spec: containers: -command section - --insecure-port = 8080 - --insecure-bind-address = 0.0.0.0 kubectl proxy --port = 8080 & vi /etc/hosts #将以下语句添加到最后一行 151.101.72.133 raw.githubusercontent.com #如果该ip失效可以再找一个外国ip ping通也可以用 下载安装包 先进入kubeedge的github仓库中的KubeEdge v1.1.0 release，下载kubeedge-v1.1.0-linux-amd64.tar.gz ，将下载的安装包上传到k8s master节点的/root目录下，之后再进行下面的步骤 tar -zxvf kubeedge-v1.1.0-linux

我已经分叉了一个存储库，然后我做了一些更改，看起来我搞砸了所有东西。 我希望从头开始，使用当前的上游/主人作为我工作的基础。 我应该改装我的存储库还是删除它？ #1楼 爱VonC的回答。 这是初学者的简单版本。 有一个git遥控器叫做 origin ，我相信你们都知道。 基本上，您可以根据需要为git repo添加任意数量的遥控器。 所以，我们能做的是引入一个新的遥控器，它是原始的回购而不是前叉。 我喜欢称之为 original 让我们将原始回购添加到我们的fork作为远程。 git remote add original https://git-repo/original/original.git 现在让我们获取原始仓库以确保我们拥有最新的编码 git fetch original 正如VonC建议的那样，确保我们是主人。 git checkout master 现在，为了让我们的叉子快速使用原始仓库的最新代码，我们所要做的就是根据原始遥控器硬重置我们的主分支。 git reset --hard original/master 你完成了:) #2楼 关注@VonC很棒的答案。 您的GitHub公司政策可能不允许对主人进行“强制推送”。 remote: error: GH003: Sorry, force-pushing to master is not allowed.

详细git教程可参考： http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000 基础命令 用户设置 $ git config --global user.name "Your Name" $ git config --global user.email "email@example.com" 初始化仓库 $ git init Initialized empty Git repository in /Users/learngit/.git/ 把文件添加到仓库 git add filename 把文件提交到仓库 git commit -m "comment message" 初始化一个Git仓库，使用git init命令。 添加文件到Git仓库，分两步： 第一步，使用命令git add ，注意，可反复多次使用，添加多个文件； 第二步，使用命令git commit，完成。 运行 git status 命令看看结果 git status 但如果能看看具体修改了什么内容 git diff filename 要随时掌握工作区的状态，使用git status命令。 如果git status告诉你有文件被修改过，用git diff可以查看修改内容

nginx——keepalived 1.keepalived高可用基本概述 什么是高可用 一般是指2台机器启动着完全相同的业务系统，当有一台机器down机了，另外一台服务器就能快速的接管，对于访问的用户是无感知的。 高可用通常使用什么软件 硬件使用F5 软件使用keepalived keepalilved是如何实现高可用的 keepalived软件是基于VRRP协议实现的，VRRP虚拟路由冗余协议，主要用于解决单点故障问题 那么vrrp是如何诞生的，原理又是什么？ 比如公司的网络是通过网关进行上网的，那么如果该路由器故障了，网关无法转发报文了，此时所有人都无法上网了，怎么办？ 通常做法是给路由器增加一台北街店，但是问题是，如果我们的主网关master故障了，用户是需要手动指向backup的，如果用户过多修改起来会非常麻烦。 问题一：假设用户将指向都修改为backup路由器，那么master路由器修好了怎么办？ 问题二：假设Master网关故障，我们将backup网关配置为master网关的ip是否可以？ 其实是不行的，因为PC第一次通过ARP广播寻找到Master网关的MAC地址与IP地址后，会将信息写到ARP的缓存表中，那么PC之后连接都是通过那个缓存表的信息去连接，然后进行数据包的转发，即使我们修改了IP但是Mac地址是唯一的，pc的数据包依然会发送给master。