master

目录 GIT远程仓库： 搭建git 服务器： git 与 github 数据同步： SSH警告： GitHub下载到本地： GIT远程仓库： 搭建git 服务器： 本地Git仓库和GitHub仓库之间的传输: SSH加密 1.创建SSH Key （用户主目录下，看看有没有.ssh目录有id_rsa和id_rsa.pub） 创建：$ ssh-keygen -t rsa -C "youremail@example.com" 2.第2步：登陆GitHub，打开“Account settings”，“SSH Keys”页面： Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容 注意：GitHub上免费托管的Git仓库，任何人都可以看到喔（但只有你自己才能改） SSH协议： GitHub需要识别出你推送的提交确实是你推送的，而不是别人冒充的，而Git支持SSH协议，所以，GitHub只要知道了你的公钥，就可以确认只有你自己才能推送。 git 与 github 数据同步： github: 1.创建仓库（登陆GitHub，然后，在右上角找到“Create a new repo”按钮） 2.本地数据 ----》推送 -----》 github 仓库 3.本地： learngit: git remote add origin git@github.com

1、错误日志 23:04 Maven projects need to be imported: Import Changes Enable Auto-Import 23:05 4 files committed: 初始化项目 23:06 Push rejected: Push to origin/master was rejected 23:07 2 files committed: 初始化项目 23:07 Push rejected: Push to origin/master was rejected 2、解决方案 1.切换到自己项目所在的目录，右键选择GIT BASH Here 2.在terminl窗口中依次输入命令： git pull git pull origin master git pull origin master --allow-unrelated-histories 3.在idea中重新push自己的项目，成功！！！ 附一张执行的图： 转载地址： https://www.jianshu.com/p/b0fca181fbf7 来源： https://www.cnblogs.com/niceyoo/p/10056219.html

目录 一、简介 1.1MHA角色 二、MHA的工具 三、MHA部署过程 3.1.1 配置 3.1.2 环境规划 3.1.3 配置一主多从 3.2 MHA配置 3.2.1 master权限授予 3.2.2 ssh互信 3.2.3 安装mha包 3.2.4 MHA管理节点配置 3.2.5 MHA节点检测 3.2.6 MHA启动 3.2.7 MHA模拟故障 3.2.8 修复已损坏的节点加入MHA中 MHA 问题集锦 一、简介 MHA的逻辑是，为了保证其MySQL的高可用，会有一个StandBy状态的master.在mysql故障切换的过程中，MHA 能做到在 0~30 秒内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA 能最大程度的保证数据的一致性，以达到相对意义上的高可用。 1.1MHA角色 如下图，整个 MHA 架构分为 MHA Manager 节点 MHA Node 节点 其中 MHA Manager 节点是单点部署，MHA Node 节点是部署在每个需要监控的 MySQL 集群节点上的。MHA Manager 会定时探测集群中的 Master 节点，当 Master 出现故障时，它可以自动将最新数据的 Standby Master 或 Slave 提升为新的 Master，然后将其他的 Slave 重新指向新的 Master。 二、MHA的工具

1.Git上传项目提示Push rejected: Push to origin/master was rejected解决办法 首先是你的项目中有和和历史不符的东西 Push rejected: Push to origin/master was rejected 推拒绝：推送到起源/主人被拒绝 直接是解决办法，直接打开你要上传代码的文件夹位置鼠标右键git Bash Here然后直接下面两行命令解决问题 git pull origin master –allow-unrelated-histories git push -u origin master -f 2. 上传本地项目到 GitHub 1. 建立Git仓库 如果你要上传的项目目录下存在 .git 文件，建议删除； 使用终端切换到你要上传的目录下面 , 执行 git init 2. 将项目中所有文件添加到仓库中 注意 add 后有个 . 建议赋值粘贴 git add . 3. 将我们添加的文件commit到git仓库， 添加注释 git commit -m "注释语句 4. 接下来我们将本地的仓库与github上的仓库进行关联 git remote add origin github上仓库的地址 复制仓库地址 5. 上传之前我们先从 git 上拉取一下 git pull origin master 这个过程

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> #Elasticsearch集群的脑裂问题 正常情况下，集群中的所有的节点，应该对集群中master的选择是一致的，这样获得的状态信息也应该是一致的，不一致的状态信息，说明不同的节点对master节点的选择出现了异常——也就是所谓的脑裂问题。这样的脑裂状态直接让节点失去了集群的正确状态，导致集群不能正常工作。 可能导致的原因： 网络：由于是内网通信，网络通信问题造成某些节点认为master死掉，而另选master的可能性较小；进而检查Ganglia集群监控，也没有发现异常的内网流量，故此原因可以排除。 节点负载：由于master节点与data节点都是混合在一起的，所以当工作节点的负载较大（确实也较大）时，导致对应的ES实例停止响应，而这台服务器如果正充当着master节点的身份，那么一部分节点就会认为这个master节点失效了，故重新选举新的节点，这时就出现了脑裂；同时由于data节点上ES进程占用的内存较大，较大规模的内存回收操作也能造成ES进程失去响应。所以，这个原因的可能性应该是最大的。 应对问题的办法： 对应于上面的分析，推测出原因应该是由于节点负载导致了master进程停止响应，继而导致了部分节点对于master的选择出现了分歧。为此，一个直观的解决方案便是将master节点与data节点分离。为此

proxy 10.10.11.10 client 10.10.11.11 web1 10.10.11.12 web2 10.10.11.13 proxy: 1. Git安装 ]# yum -y install git ]# git config --global user.name "zk" ]# git config --global user.email "349012093@qq.com" ]# git --help 最常用的 git 命令有： add 添加文件内容至索引 bisect 通过二分查找定位引入 bug 的变更 branch 列出、创建或删除分支 checkout 检出一个分支或路径到工作区 clone 克隆一个版本库到一个新目录 commit 记录变更到版本库 diff 显示提交之间、提交和工作区之间等的差异 fetch 从另外一个版本库下载对象和引用 grep 输出和模式匹配的行 init 创建一个空的 Git 版本库或重新初始化一个已存在的版本库 log 显示提交日志 merge 合并两个或更多开发历史 mv 移动或重命名一个文件、目录或符号链接 pull 获取并合并另外的版本库或一个本地分支 push 更新远程引用和相关的对象 rebase 本地提交转移至更新后的上游分支中 reset 重置当前HEAD到指定状态 rm 从工作区和索引中删除文件 show

一. 本机配置 添加用户 git config –global user.name “XX” git config –gloaba user.email “XX@163.com” 查看git配置及用户信息 git config –list 生成SSH秘钥(2种方式:1.git GUI图形界面化操作; 2.git命令,即以下流程) 1) 查看是否有秘钥,有则备份然后删除文件夹 cd ~/.ssh ls 2) 正式生成,输入指令再 按三次回车,也就是第三次回车指纹密码输入可以为空 ssh-keygen -t rsa -C “邮箱” 3) 添加私钥到 ssh(如果配置过指纹密码就要输入验证) ssh -add id_rsa 进入计算机系统用户文件夹,找到id_rsa.pub,打开复制到github的setting的SSH keys当中( 该网站服务器可以添加多个ssh key公钥) 测试本机是否有访问GitHub的权限 ssh git@github.com 二. 上传GitHub了ssh后,开始建立两端的repository(版本库,仓库) 并且相关联. 建立过程(2种方式): 先在本地新建->然后添加到远程端(具体步骤): git init->git remote add origin git@xxx->在仓库添加一些初始文件xx-> git add xx->git status-

我来自Subversion的背景，当我有一个分支时，我知道我正在使用“这些工作文件指向此分支”的内容。 但是使用Git时，我不确定在NetBeans或Notepad ++中编辑文件时，是将文件绑定到主文件还是其他分支。 bash中的 git 没问题，它告诉我我在做什么。 #1楼 好简单，我把它放在一根衬里（bash） git branch | sed -n '/\* /s///p' （信用：有限赎罪） 当我在那里的时候，一个班轮去了远程跟踪分支机构（如果有的话） git rev-parse --symbolic-full-name --abbrev-ref @{u} #2楼 您还可以使用 git symbolic-ref HEAD 来显示完整的refspec。 在Git v1.8及更高版本中仅显示分支名称（感谢Greg指出）： $ git symbolic-ref --short HEAD 在Git v1.7 +上，您还可以执行以下操作： $ git rev-parse --abbrev-ref HEAD 如果您在分支机构上，则两者都应使用相同的分支机构名称。 如果您是一个超脱的人，答案会有所不同。 注意： 在较早的客户端上，这似乎可行： $ git symbolic-ref HEAD | sed -e "s/^refs\\/heads\\///" – 达里安2014年3月26日

redis脑裂是什么意思？如何预防？如何处理？ reids脑裂分为两种模式： 一、哨兵模式（sentinel）的脑裂 因为网络问题，导致sentinel（哨兵）与master（主节点）通讯中断，当哨兵找不到master的时候，认为master宕机；需要选举一个slave(备份节点）作为主节点。旧master上的客户端连接如果与master未中断，可以继续写入数据；新的master处理新客户端的写操作。这时候两个master数据不一致。当旧的master与哨兵恢复通讯时,旧的master就会降级为slave。新的master将新写入的数据，同步到旧的master中，但是缺少旧的master中写入的数据,所以数据丢失。 二、redis集群模式的脑裂 集群中的多节点通讯出现问题，造成多个集群同时出现，可能有数据丢失问题。（上图是最友好的集群模式的脑裂） redis脑裂的预防： 设置超时：如 - 链接超时设置为2秒。任何链接只能在2秒内工作。那么哨兵选举新的master，可以延时2秒。 异地多活：提升网络健康状态，保证硬件不出现问题，就不会有链接中断的可能，且万一链接中断，一定是master对外所有链接中断。 redis脑裂的解决方案 1.redis的配置文件中，存在两个参数 min - slaves - to - write 3 min - slaves - max - lag 10

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 问： I have forked a github project, then cloned it locally. I then made some changes in a new branch on my_github/the_project repo. I then added and committed the changes and pushed to my github repo and submitted a pull request. The owner has received my request and would like me to "rebase onto master" to get the latest changes. How do I do this? Initially I thought I could just git fetch and rebase master from within my current branch (as most posts I found advise...), but git fetch didn't do anything. Now I've realized that it is presumably because I'm