master

如何查看本地分支和远程分支之间的 diff ？ #1楼 第一种 git branch -a 获取可用分支列表。 在输出上你可能会看到类似的东西 * master remotes/main/master remotes/origin/HEAD -> origin/master remotes/origin/master remotes/origin/mt remotes/upstream/master remotes/upstream/mt 然后显示差异 git diff --stat --color remotes/main/master..origin/master git diff remotes/main/master..origin/master #2楼 要更新远程跟踪分支，您需要先键入 git fetch 然后： git diff <masterbranch_path> <remotebranch_path> 你可以 git branch -a 列出所有分支机构（本地和远程）然后选择分支的名字从名单（只是删除 remotes/ 远程分支的名字。 示例： git diff master origin/master （其中“master”是本地主分支，“origin / master”是远程，即origin和master分支。） #3楼 git diff <local

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 持续集成和部署是每一个互联网开发团队都必须要面对的问题，特别是在初创公司，由于业务和技术团队快速增长，技术积累较弱的，所以一个高效的，可持续的运维规范尤为重要。 最近一段时间一直在梳理项目开发流程以及自动化测试和部署规范，作为一个总结和大家分享，希望有所帮助。 高效可持续的运维环境需要合理的规范作为支撑: 应用管理规范 权限管理规范 配置变更规范 发布策略规范 日志运维规范 持续集成部署实战（该内容将在后续文章中进行讨论，本次不展开） 一、应用管理规范 1. 应用版本化 可以使用SVN、Git对代码进行版本控制。 建议使用Git（如：GitLab/Gogs），并使用Git Group命名规范：大原则为根据产品域名区分，或者根据前后端业务模块进行分组（小写字母命名，横杠[-]作为连接字符） 举例： MAKA官网 http://www.maka.im 对应的Git仓库Group为official， 按照功能模块分组，商城前端对应的Git仓库Group为store。 项目名命名规范： 全部用小写字母 横杠[-]作为连接字符 命名规则：[产品名称]-[项目类型]-[自定义名称] 举例： official-store-customer。 实践建议： 在创建项目仓库时就要权衡前后端或者大的功能模块的拆分，保持低耦合度。 2

一.哨兵机制 任务： 　　有了主从复制的实现以后，如果想对主服务器进行监控，那么在redis2.6以后提供了一个"哨兵"的机制。顾名思义， 哨兵的含义就是监控redis系统的运行状态 。可以启动多个哨兵，去监控redis数据库的运行状态。其主要功能有两点: 　　a、监控所有节点数据库是否在正常运行。 　　b、master数据库出现故障时，可以自动通过投票机制，从slave节点中选举新的master，实现将从数据库转换为主数据库的自动切换。 　　一个一主多从的Redis系统中，可以使用多个哨兵进行监控任务以保证系统足够稳健。此时，不仅哨兵会同时监控主数据库和从数据库，哨兵之间也会相互监控。在这里，建议大家哨兵至少部署3个，并且使用奇数个哨兵。 　　Redis的哨兵(sentinel) 系统用于管理多个 Redis 服务器,该系统执行以下三个任务: a、 监控 (Monitoring): 哨兵(sentinel) 会不断地检查你的Master和Slave是否运作正常。 b、 提醒 (Notification):当被监控的某个 Redis出现问题时, 哨兵(sentinel) 可以通过 API 向管理员或者其他应用程序发送通知。 c、 自动故障迁移 (Automatic failover):当一个Master不能正常工作时，哨兵(sentinel) 会开始一次自动故障迁移操作

搭建Redis集群 上文中说了三种Redis搭建的模式，分别是主从模式、哨兵模式、Cluster模式，关于前两种网上有着非常多的教程，这里就不再重新演示了，这里着重演示一下如何去搭建一个Redis Cluster集群。 环境准备 CentOS 7，Redis5.0.4 场景描述 本次会启动三台CentOS 7服务器，每台服务器上搭载三个Redis实例，一主二从，一共三个Master实例，六个Slave实例。 清单如下： Master 1：IP：192.168.43.101 Port：7001 Master 2：IP：192.168.43.102 Port：7002 Master 3：IP：192.168.43.103 Port：7003 Slave 1：IP：192.168.43.101 Port：6001 Slave 2：IP：192.168.43.102 Port：6002 Slave 3：IP：192.168.43.103 Port：6003 Slave 4：IP：192.168.43.101 Port：6004 Slave 5：IP：192.168.43.102 Port：6005 Slave 6：IP：192.168.43.103 Port：6006 修改配置文件 熟悉Redis的应该明白，所谓Redis实例，实际上就是一个又一个的配置文件

一、MHA介绍 MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 MHA还提供在线主库切换的功能，能够安全地切换当前运行的主库到一个新的主库中（通过将从库提升为主库），大概0.5-2秒内即可完成。 自动故障检测和自动故障转移 MHA能够在一个已经存在的复制环境中监控MySQL，当检测到Master故障后能够实现自动故障转移，通过鉴定出最“新”的Salve的relay log，并将其应用到所有的Slave，这样MHA就能够保证各个slave之间的数据一致性，即使有些slave在主库崩溃时还没有收到最新的relay log事件。一个slave节点能否成为候选的主节点可通过在配置文件中配置它的优先级。由于master能够保证各个slave之间的数据一致性，所以所有的slave节点都有希望成为主节点。在通常的replication环境中由于复制中断而极容易产生的数据一致性问题，在MHA中将不会发生。

Mysql主从复制原理及实践 mysql主从框架 MySQL主从架构是MySQL集群中最基本也是最常用的一种架构部署，能够满足很多业务需求，常见的有一主一从或者一主多从。可以防止单一主机的数据丢失，提高数据的安全性，务上可以实现读写分离，可以把一些读操作在从服务器上执行，减小主服务器的负担。 主从复制原理 mysql主从复制是指数据可以从一个mysql服务器节点复制到一台或者多台mysql服务器上，多个从服务器采用异步的方式更新主数据库的变化。MySQL主从同步是基于从库对主库binlog文件的增量订阅来实现,更新的事件类型写入到主库的binlog文件中，日志用于记录所有更新了数据或者已经潜在更新了数据的所有语句，以“事件”的形式保存，它描述数据更改，它是以二进制的形式保存在磁盘中。以.000001的方式结尾，binlog文件大小和数字会不断增加，当mysql重启时，数字会不断递增。 主从复制的原理图： 对于每一个主从连接，都需要三个进程来完成，master（binlog dump thread）、slave（I/O thread 、SQL thread）。 主节点会为每一个当前连接的从节点建一个binary log dump 进程 从节点上执行start slave命令之后，从节点会创建一个I/O线程用来连接主节点，请求主库中更新的bin-log。I

https://blog.csdn.net/hj7jay/article/details/84527062 ● master和develop并行。 ● master上始终是最稳定的代码，develop是正在开发的代码。 ● feature则是某个开发为了自己的功能拉的分支。 ● develop正在开发，如果你上线突然被拒绝了，这时候就要从master上开一个热分支，或者release分支也行，改好之后在分别合并到其他分支。但，本人感觉release通常意味着终止。别在从release上拉分支了。 来源： CSDN 作者： fet518 链接： https://blog.csdn.net/u010017876/article/details/103463473

前言 文本已收录至我的GitHub仓库，欢迎Star：https://github.com/bin392328206/six-finger 种一棵树最好的时间是十年前，其次是现在 我知道很多人不玩 qq 了,但是怀旧一下,欢迎加入六脉神剑Java菜鸟学习群，群聊号码： 549684836 鼓励大家在技术的路上写博客 絮叨 半步神游，神游之下，天下无敌。一梦一游 便是天下。 Redis前面几篇的文章链接： 🔥从零开始学Redis之金刚凡境 🔥从零开始学Redis之自在地境 🔥从零开始学Redis之逍遥天境 上一篇的逍遥天境 讲的是Redis的内存淘汰策略 和持久化方式。那这半步神游就是带你们遨游Redis的主从HA，哨兵，和Lua脚本 Redis主从和哨兵模式 Redis 主从搭建（有兴趣的小伙伴自己用虚拟机搭一个玩玩） 1、环境说明 主机名称 IP地址 redis版本和角色说明 redis-master 192.168.56.11 redis 5.0.3（主） redis-slave01 192.168.56.12 redis 5.0.3（从） redis-slave02 192.168.56.13 redis 5.0.3（从） 2、修改主从的redis配置文件 [root@redis-master ~]# grep -Ev "^$|#" /usr/local/redis

Redis进阶:Redis的集群模式介绍 为什么要使用Redis集群 上一期我们介绍了Redis的哨兵机制，通过哨兵机制实现对Redis的监控、提醒，实现自动故障转移，这期我们继续学习下Redis的集群模式。 哨兵模式主要解决的是高可用，提升了Redis读性能，但是Redis的写性能及存储并没有得到有效提升，Redis的集群模式就是解决Redis缓存大数据量及提升写性能而推出的一种解决方案。 Redis通过分区来将数据自动分割到不同的节点，部分节点不可用时，整体上也能继续执行指令。 搭建Redis集群 准备Redis集群配置文件 新建配置文件 redis.conf port 7000 cluster-enabled yes cluster-config-file nodes7000.conf cluster-node-timeout 5000 appendonly yes daemonize yes 新建7000~7005,6个文件夹及配置文件。 [root@localhost redis-cluster]# mkdir 7000 7001 7002 7003 7004 7005 # 将上一步新增的配置文件放到各个文件夹中 注意修改成对应的端口号 [root@localhost 7000]# cp redis.conf ../7002/redis.conf 启动Redis服务