master

如何解决failed to push some refs to git Administrator@PC-20150110FGWU /K/cocos2d/yc (master) $ git push -u origin master To git@github.com:yangchao0718/cocos2d.git ! [rejected] master -> master (non-fast-forward) error: failed to push some refs to 'git@github.com:yangchao0718/cocos2d.git hint: Updates were rejected because the tip of your current branch is behin hint: its remote counterpart. Integrate the remote changes (e.g. hint: 'git pull ...') before pushing again. hint: See the 'Note about fast-forwards' in 'git push --help' for details. 工具/原料 git 方法/步骤 1 在使用git 对源代码进行push到gitHub时可能会出错，信息如下 3

基于复制的高可用 热备份 热备份原理：是指master故障以后，热备份提供一个master的原备份的，且所有的客户端和slave都可以切换到热备份服务器上并继续工作。 需要解决的问题 1）故障发生以后，系统热备到master上，你正从一个新的master上进行复制，所以有必要将binlog的位置转换到热备份服务器上； 2）当slave故障以后转移到热备份slave，热备份slave可能实际上并没有包含原slave记录的所有更改； 3）当把修复的master带回配置中去，被修复的master中的二进制日志中有些更改可能没有离开过服务器。 解决方法 1）默认情况下slave执行的事件没有被记录到二进制文件中，如果这个slave是master的一个备份，这时会出现问题，master有必要发送给备份服务器的所有更改写入备份服务器的二进制中，，在my.cnf中添加一个选项log-slave-updates. 这个确保来自master并被执行的语句会被写入slave的二进制中 Log-slave-updates 2)切换时slave和备份服务器在完全相同的位置停止运行，然后把slave重定向到备份服务器上。 如果备份服务器超前slave。为了让slave赶上备份服务器并在正确的位置停止，使用 start slave until master_log_file=’master-bin.0009’

几乎所有的版本控制都以某种形式支持分支。使用分支意味着你可以把你的工作从开发主线上分离开来，以免影响开发主线。 Git的分支模型成称为它的“必杀技特性”，也正因为这一特性，使得Git从众多版本控制系统中脱颖而出。Git处理分支的方式是难以置信的轻量，创建新的分支这一操作是秒级完成的，并且在不同分支之间的切换操作也是一样便捷。 Git的分支，其实本质上仅仅是指向提交对象的可变指针。Git的默认分支是master。在多次提交操作之后，其实我们已经有一个指向最后那个提交对象的master分支。他会在每次的提交操作中自动向前移动。 实际工作中我们可能会遇到一个下面这个情况： 开发某个网站。 为实现某个新的需求，创建一个分支。 在这个分支上开展工作。 正在此时，你突然接到一个电话说有个很严重的问题需要紧急修补。 你将按照如下方式来处理： 切换到你的线上分支（production branch）。 为这个紧急任务新建一个分支，并在其中修复它。 在测试通过之后，切换回线上分支，然后合并这个修补分支，最后将改动推送到线上分支。 修改后切换回你最初工作的分支上，继续工作。 1、初始化一个目录并声明用户及邮箱地址 [root@git /]# mkdir /git [root@git /]# cd git/ [root@git git]# git init Initialized empty Git

很纳闷的一件事，在分支合并的时候，还在测试中的代码被合并到了 master 分支。 首先怀疑的情况是， feature 分支可能本身就是基于开发中的分支创建的。在网上查看到了下面这条命令： git reflog -date=local | grep "support-college" 从这个命令的输出结果中截取展示一部分，初看感觉是一个分支切换记录，仔细想想又像是操作的明细记录： 741a1051 HEAD@{147}: merge support-college: Merge made by the 'recursive' strategy. fcccbec3 HEAD@{174}: commit (merge): Merge branch 'support-college' into develop cfba2c43 HEAD@{207}: checkout: moving from support-college to only-for-local-fuhui 5798770b HEAD@{208}: checkout: moving from master to support-college 不过从 moving from master to 这里推测，大概率是从 master 分支拉的新分支。 然后怀疑，是不是在中途操作的过程中， merge 分支的方向反了

Linux集群 使用多台服务器搭建成一个集群来运行应用程序，不仅可以避免单点故障，还能提升服务器的承载能力 集群从功能实现上分为两种：高可用集群和负载均衡集群 高可用集群，当一台服务器宕机不能提供服务时，还有另外的服务器顶替 负载均衡集群，把用户的请求分摊到多台服务器上 搭建高可用集群 高可用集群，即“HA集群”，也称作“双机热备” 常见实现高可用的开源软件有heartbeat和keepalived keepalived工作原理 VRRP协议，是实现路由高可用的一种通信协议，在这个协议里会将多台功能相同的路由器组成一个小组，这个小组里有一个master主机和n个backup备用机，工作时，master会通过组播的形式向各个backup发送VRRP协议的数据包，当backup收不到master发来的VRRP数据包时，就会认为master宕机了。 keepalived就是采用VRRP协议实现的高可用。keepalived要有三个模块，分别是core、check和vrrp。其中core模块为keepalived的核心，负责主进程的启动、维护以及全局配置文件的加载和解析；check模块负责健康检查；vrrp模块用来实现VRRP协议 实现Wed高可用 VIP：虚拟ip，服务器靠这个ip对外提供服务，当master机器宕机时，VIP被分配到backup 安装服务 准备两台机器，一台master

搭建zookeeper和Kafka集群： 本实验拥有3个节点，均为CentOS 7系统，分别对应IP为10.211.55.11、10.211.55.13、10.211.55.14，且均有相同用户名 （本实验为 jiecxy） 为了方便，先在三台节点上 /etc/hosts 文件内容均添加： 10.211.55.11 master 10.211.55.13 worker1 10.211.55.14 worker2123 一、 安装zookeeper 1. 下载 zookeeper-3.4.8.tar.gz 2. 在 master 节点上安装 zookeeper 解压安装包，并复制配置文件 # 在master节点上 [jiecxy@master ~]$ tar -xzvf zookeeper-3.4.8.tar.gz [jiecxy@master ~]$ cd zookeeper-3.4.8/conf/ [jiecxy@master conf]$ cp zoo_sample.cfg zoo.cfg1234 3. 修改 zoo.cfg [jiecxy@master conf]$ vi zoo.cfg1 修改内容如下： ... # dataDir 最好不要在 /tmp 下 dataDir=/tmp/zookeeper ... # the port at which the clients

分布式相比于集中式的最大区别在于开发者可以将代码提交到本地，每个开发者通过克隆，在本地机器上拷贝一个完整的git仓库。 下图是经典的git开发过程： git的功能特性如下： 从服务器上克隆完整的git仓库（包括代码和版本信息）到单机上； 在自己的机器上根据不同的开发目的，创建分支，修改代码； 在单机上自己创建的分支上提交代码； 在单机上合并分支； 把服务器上最新版的代码fetch下来，然后跟自己的主分支合并； 生成补丁，把补丁发送给主开发者； git可以安装在Windows、mac、Linux等操作系统之上，这里将写下如何安装在Linux系统之上，及其基本操作。 一、安装git 非常简单，就一条命令，如下： [root@git ~]# yum -y install git 二、git库的创建及介绍 [root@git /]# mkdir /git [root@git /]# cd git/ [root@git git]# git init # 初始化为git库 Initialized empty Git reposi tory in /git/.git/ [root@git git]# ls -a #初始化成功后，会生成一个.git的隐藏目录 . .. .git #生成的隐藏目录是用来跟踪管理版本库的，不建议随便修改其目录中的文件， #如果改乱了，就把git库给破坏了。

MHA高可用架构 注意：一主多从=奇数 在做MHA高可用实验前需要做好gtid主从复制或者半同步复制，此次采用gtid主从复制 gtid主从复制链接： https://blog.csdn.net/Aplox/article/details/104670774 gtid主从复制环节 在3台虚拟机上做好gtid主从复制(基于前次实验做 读写分离 ) systemctl stop mysqld cd / var / lib / mysql / rm - fr * vim / etc / my . cnf 最后写入 server1配置文件写入 server_id=1 gtid_mode=ON enforce_gtid_consistency=ON log_slave_updates=ON 开启主从更换 log_bin=binlog 开启二进制日志 server2配置文件写入 server_id=2 gtid_mode=ON enforce_gtid_consistency=ON log_slave_updates=ON 开启主从更换 log_bin=binlog 开启二进制日志 server3配置文件写入 server_id=3 gtid_mode=ON enforce_gtid_consistency=ON log_slave_updates=ON 开启主从更换 log_bin

一、如何安装 git 下载地址： https://git-scm.com/download/win 根据自己的电脑选择是32 位的还是 64 位的。下载完后直接运行，之后一直 next 就好了。安装成功后，会有这样一个标志。 二、 如何使用 git （1） 首先你要点进去 https://github.com/ 这个网站，注册一个 github 账号 。注册好之后，要记住邮箱和密码。 （2 ） 打开之前的那个图标就是这样一个窗口，首先Git是分布式版本控制系统，所以需要填写用户名和邮箱作为一个标识，分别输入这两个命令，用户名和邮箱需要换成自己的。 （3） 打开之前的那个图标就是这样一个窗口。现在比如我在我的C:/wamp/www/aaa 有一个项目，我要对它进行管理怎么办呢。直接在控制台里面输入 cd c:/wamp/www/aaa 之后你就会在 aaa 这个目录里面了 。那如何对它进行管理呢。直接在控制台输入 git init 之后你去查看 aaa 目录里面发现里面多了这样一个东西 。 这是一个隐藏文件夹，有点电脑看不见，是因为文件夹选项设置的隐藏文件不可见，这个去控制面板里的文件夹选择设置一下就好了。 下面我们接着来操作，试着开始写我们的项目。 首先我写一个首页叫 index.html 现在我在我的页面里写好了这样一段话，保存之后我们接着来进行操作。 现在我们开始在 git

安装方式：kubeadm 二进制 minikube yum kubeadmin 两条命令 #初始化 kubeadm init #将一个node节点加入到master集群中 kubeadm join <master节点的IP和端口> 准备环境 所有节点安装docker kubeadm kubelet kubectl 执行报错 解决方法：更新服务器时间 安装成功后执行下面的命令 node执行完之后在master上执行get nodes操作 浏览器访问：192.168.31.62:30882 就能访问nginx 扩容副本 kubectl scale deployment nginx --replicas=3 kubectl get pods webUI 登陆页面 输入token以后 来源： oschina 链接： https://my.oschina.net/shunshun/blog/3191955