master

Git是一个开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。 Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。 Git 与常用的版本控制工具 CVS, Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持。 Git安装配置 本文主要讲解linux上如何安装配置Git Centos/RedHat $ yum install curl-devel expat-devel gettext-devel \ openssl-devel zlib-devel$ yum -y install git-core$ git --versiongit version x.x.x Git得配置信息得目录： .git/config 用户信息配置 git config --global user.name "个性名称" git config --global user.email "个人邮箱地址" 配置个人的用户名称和电子邮件地址： 查看用户信息 基本概念 工作区： 本地目录 暂存区： 英文叫stage, 或index。一般存放在"git目录"下的index文件（.git/index）中，所以我们把暂存区有时也叫作索引（index） 版本库： 工作区有一个隐藏目录.git，这个不算工作区

安装git地址 Windows：https://git-scm.com/downloads Git配置 git config --global：全局git配置，这台机器所有的Git仓库均会使用这个配置 git config --global user.name "eastside" # 你的名字 git config --global user.email "..@xx.com" # 你的邮箱 Git操作 创建版本库 版本库又名仓库，英文名repository 你可以简单的理解一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改，删除，Git都能跟踪，以便任何时刻都 可以追踪历史，或者在将来某个时刻还可以将文件还原 选择，进入某个目录 mkdir project cd project 初始化目录为本地仓库 git init 初始化之后，目录下会多一个隐藏目录.git，该目录是git用来管理版本的 添加项目文件 以创建django项目为例，在git本地仓库开启一个django项目 django-admin startproject testpro 添加项目文件或目录至暂存区 git add testpro 将暂存区内容提交至本地仓库 git commit -m "a django project" $ git commit -m "a django project"

特权同学玩转Zynq连载15——使用GIT进行工程备份和版本管理7 工程实践的状况很可能是这样，我们在ver1上开的branch，原本是为了进行一些其它的验证，但是我们发现这个branch方向越走越光明，以至于我们决定抛弃原先master中的ver2，而使用当前branch_A的ver2作为最终release的版本。从版本管理角度，我们希望branch_A的ver2作为master的ver3进行release。怎么做？merge命令可以搞定。 由于是将branch_A分支merge到master，所以本地工作目录需要先使用Switch/Checkout命令切换回到master。 然后点击右键菜单的TortoiseGitMerge…。 弹出的Merge窗口中，选中FromBranch是branch_A，点击OK。 完成后如图所示。 Show log窗口中，可以看到master指向了一个新的merge的版本。 这个merge版本包含了之前master和branch_A中所有的文件内容。 这个例子中，原生的master和branch_A只是文件不同。但是不可避免的，我们的实际应用中，会存在相同文件名的文件内容不同的情况，那么使用当前小乌龟GIT进行merge，最终结果会是branch_A覆盖了master的内容。 来源： CSDN 作者： ove学习使我快乐 链接： https:/

什么是主从复制 1个master可以有多个slave 1个slave只能有1个master 数据流向是单向的，master到slave 作用： 为数据提供了多个副本 扩展了redis读的性能 复制的配置（不允许在同一台机器上部署主从节点） 两种方式： slaveof命令 配置 将6380设置为6379的从节点 取消从节点，注意：取消从节点之后，之前复制的数据并不会被清除，只是断了与之前主节点的联系，但是如果成为了一个新主节点的从节点，那么就会复制新的主节点的数据，之前的数据就会被清除。 第一条配置是设置成某一ip和端口号的从节点 第二条配置是设置只读不写，以保证和主节点数据的一致性 两种配置的比较 命令 设置主从节点的配置文件6379为主节点，6380为从节点 [ root@iZ8vbhgs0bdip8zvxd6xjjZ redis - 4.0 .6 ] # ll drwxr - xr - x 2 root root 4096 Nov 27 14 : 10 config - rw - rw - r -- 1 root root 57765 Apr 3 2019 redis . conf - rw - rw - r -- 1 root root 7606 Dec 5 2017 sentinel . conf drwxrwxr - x 3 root root 4096 Nov 16

sentinel简介 Redis-Sentinel是Redis官方推荐的高可用性(HA)解决方案，当用Redis做Master-slave的高可用方案时，假如master宕机了，Redis本身(包括它的很多客户端)没有实现自动进行主备切换。而Redis-sentinel是一个独立运行的进程，它能监控多个master-slave集群，发现master宕机后能进行自动切换。 它的主要功能有以下几点： 不时地监控redis是否按照预期良好地运行; 如果发现某个redis节点运行出现状况，能够通知另外一个进程(例如它的客户端); 能够进行自动切换。当一个master节点不可用时，能够选举出master的多个slave(如果有超过一个slave的话)中的一个来作为新的master,其它的slave节点会将它所追随的master的地址改为被提升为master的slave的新地址。 Master-Slave切换后，master_redis.conf、slave_redis.conf和sentinel.conf的内容都会发生改变，即master_redis.conf中会多一行slaveof的配置，sentinel.conf的监控目标会随之调换 sentinel工作方式 每个Sentinel以每秒钟一次的频率向它所知的Master，Slave以及其他 Sentinel 实例发送一个 PING 命令

文章目录 kubernetes 的架构： Master 和 Node： kubernetes集群组件： 1、Master 主要组件： 1.1、API Server —— 集群的网关 1.2、Controller —— 控制器 1.2.1、kube-controller-manager 1.2.2、cloud-controller-manager 1.3、Scheduler —— 调度器 2、Node 主要组件： 2.1、kubelet —— Node 核心代理程序 2.2、container runtime —— 容器运行时环境 2.3、 kube-proxy —— iptables规则 3、etcd —— 集群状态存储 4、其他组件： 4.1、kubeDNS（CoreDNS） 4.2、kubernetes Dashboard 4.3、Heapster —— 性能分析与监控 4.4、Ingress Controller —— 应用层负载均衡机制 这里是我自己写的一个 “小白学习 kubernetes” 的一个目录导航！跟我一样的小白可以跟着导航一起进行学习： kubernetes 学习导航： kubernetes 的架构： kubernetes 的架构是典型的 二层架构（c/s 架构） 。 由图可知： master 作为 集群的中枢，它是负责用户和集群内节点之间练习的联络点

博文目录 一、Redis群集原理 1、架构细节 2、Redis选举 二、搭建Redis群集 1、安装第一台Redis并修改配置文件 2、安装第二台Redis并修改配置文件 3、使用脚本创建群集 4、测试群集 一、Redis群集原理 关于Redis非关系型数据库工作原理详述请参考博文： 聊一聊Centos 7中的Redis（非关系型数据库） Redis Cluster是一个无中心的结构，每个节点都保存数据和整个群集的状态。每个节点都会保存其他节点的信息，知道其他节点锁负责的槽，并且会与其他节点定时发送心跳信息，能够及时感知群集中异常的节点。如下图所示： 当客户端向群集中任一节点发送与数据库键有关的命令时，接受命令的节点会计算出命令要处理的数据库键属于哪个槽，并检查这个槽是否指派给了自己。如果键所在的槽正好指派给了当前节点，那么节点直接执行这个命令；如果键所在的槽并没有指派给当前节点，那么节点会向客户端返回一个MOVED错误，指引客户端转向（redirect）正确的节点，并再次发送之前想要执行的命令。 群集角色有Master和Slave。Master之间分配slots，一共有16384个slot。Slave向它指定的Master同步数据，实现备份。当其中一个Master无法提供服务时，该Master的Slave将提升为Master。以保证群集键slot的完整性

1、假如我们现在在dev分支上，刚开发完项目，并将代码提交至dev分支上 git add /src/.. git commit -m "更新.." git pull origin dev git push origin dev 2、切换到master分支上 git checkout master 3、如果是多人开发的话 需要把远程master上的代码pull下来 git pull origin master 4、然后我们把dev分支的代码合并到master上 git merge dev 5、然后查看状态及执行提交命令 git status > 最后执行下面提交命令 git push origin master 小小的记录一下！！！ 来源： CSDN 作者： BIGfamer 链接： https://blog.csdn.net/u014643282/article/details/103609324

高级参考(https://www.zhihu.com/question/21419897) 简单应用场景 现在配置redis 星形 集群, 有三台服务器, 怎样实现? 复制redis.conf两份, 分别命名为redis6380.conf, redis6381.conf master指向redis.conf, slave1指向6380.conf, slave2指向redis6381.conf master关闭rdb, 开启aof slave1开启rdb, 关闭aof slave2关闭rdb和aof 配置redis6380.conf #pidfile /var/run/redis.pid 改为 pidfile /var/run/redis6380.pid ... #port 6379 改为 port 6380 ... #dbfilename dump.rdb 改为 dbfilename dump6380.rdb #让slave1执行rdb工作 ... # slaveof <masterip> <masterport> 改为 slaveof localhost 6379 #表示作为6379的slave ... appendonly no #aof也不用产生, 因此关闭 ... slave-read-only yes #只读 配置redis6381.conf pidfile /var

简介 　　 为何要搭建Redis集群？ Redis是在内存中保存数据的，而我们的电脑一般内存都不大，这也就意味着Redis不适合存储大数据，适合存储大数据的是Hadoop生态系统的Hbase或者是MogoDB。Redis更适合处理高并发，一台设备的存储能力是很有限的，但是多台设备协同合作，就可以让内存增大很多倍，这就需要用到集群。 　　Redis集群搭建的方式有多种，例如使用客户端分片、Twemproxy、Codis等，但从 redis 3.0 之后版本支持redis-cluster集群，它是Redis官方提出的解决方案，Redis-Cluster采用无中心结构，每个节点保存数据和整个集群状态,每个节点都和其他所有节点连接。其redis-cluster架构图如下： 客户端与 redis 节点直连,不需要中间 proxy 层.客户端不需要连接集群所有节点,连接集群中任何一个可用节点即可。 所有的 redis 节点彼此互联(PING-PONG 机制),内部使用二进制协议优化传输速度和带宽. 解决的问题： 1、单击版redis内存容量有限的问题 2、高并发场景下，单击版redis性能不高 3、单击版redis不具有高可用性，不能应用于生产环境 分布存储机制-槽 1， redis-cluster 把所有的物理节点映射到 [0-16383]slot 上 ,cluster 负责维护 node<