master

核心就是需要做一次同步，服务端和本地同步 1、git pull origin master --allow-unrelated-histories //把远程仓库和本地同步，消除差异 2、重新add和commit相应文件 3、git push origin master 4、此时就能够上传成功了 来源： 51CTO 作者： lifeneedyou 链接： https://blog.51cto.com/chenhva/2423942

Git 的报错 一、fatal: refusing to merge unrelated histories 新建了一个仓库之后，把本地仓库进行关联提交、拉取的时候，出现了如下错误： ankobot@DESKTOP-9IUDMKP MINGW64 /e/workspace/firmware_upload/firmware_upload (master) $ git pull fatal: refusing to merge unrelated histories 二、解决方案 在你操作命令后面加 --allow-unrelated-histories 例如： git merge master --allow-unrelated-histories $ git pull --allow-unrelated-histories CONFLICT (add/add): Merge conflict in .gitignore Auto-merging .gitignore Automatic merge failed; fix conflicts and then commit the result. 我这里由于使用了官方的 .gitignore 自动合并失败，需要手动合并之后再进行 add、commit 即可 如果你是git pull或者git push报fatal: refusing

本文末尾 微信公众号 回复 “git” 获取git命令总结思维导图。 Git Git是目前世界上最先进的分布式版本控制系统。 1. 版本控制 所谓版本控制就是在文件的修改历程中保留修改历史，让你可以方便地查询历史提交记录以及撤销之前对文件的修改操作。版本控制系统主要有集中式版本控制系统和分布式版本控制系统两种。 1.1 集中式版本控制系统 集中式版本控制系统，版本库是集中存放在中央服务器的，工作时需要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。 1.2 分布式版本控制系统 分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。 2. Git理论基础 学习git首先需要了解其中涉及到的四个重要概念： 远程仓库(Remote Directory) 工作目录（Working Directory） 暂存区(Stage/Index) 版本库(Repository或Git Directory) 对于以上四个概念，我们依次理解。 2.1 远程仓库(Remote

一、安装前看下redis5.0版本的新特性 先看一下 Redis 5 带来的更新内容： 新的流数据类型(Stream data type) https://redis.io/topics/streams-intro 2.新的 Redis 模块 API：定时器、集群和字典 API(Timers, Cluster and Dictionary APIs) RDB 现在可存储 LFU 和 LRU 信息 4.redis-cli 中的集群管理器从 Ruby (redis-trib.rb) 移植到了 C 语言代码。执行 redis-cli --cluster help 命令以了解更多信息 新的有序集合(sorted set)命令：ZPOPMIN/MAX 和阻塞变体(blocking variants) 升级 Active defragmentation 至 v2 版本 增强 HyperLogLog 的实现 更好的内存统计报告 许多包含子命令的命令现在都有一个 HELP 子命令 客户端频繁连接和断开连接时，性能表现更好 许多错误修复和其他方面的改进 升级 Jemalloc 至 5.1 版本 引入 CLIENT UNBLOCK 和 CLIENT ID 新增 LOLWUT 命令 http://antirez.com/news/123 在不存在需要保持向后兼容性的地方，弃用 "slave" 术语

1、主从服务器分别作以下操作： 1.1、版本一致 1.2、初始化表，并在后台启动mysql 1.3、修改root的密码　 数据库内容也要保证数据一致 //否则报错， Slave_SQL_Running: No Last_Errno: 1146 Last_Error: Error 'Table等错误 2、修改主服务器master: #vi /etc/my.cnf [mysqld] log-bin=mysql-bin //[必须]启用二进制日志 server-id=222 //[必须]服务器唯一ID，默认是1，一般取IP最后一段， 我喜欢给主1，给从其他的 3、修改从服务器slave: #vi /etc/my.cnf [mysqld] log-bin=mysql-bin //[不是必须]启用二进制日志 server-id=226 //[必须]服务器唯一ID，默认是1，一般取IP最后一段 4、重启两台服务器的mysql /etc/init.d/mysql restart //并不是很喜欢这种方式我更喜欢/usr/local/bin/...启动， 杀进程结束 5、在主服务器上建立帐户并授权slave: mysql>GRANT REPLICATION SLAVE ON *.* to 'mysync'@'%' identified by 'q123456'; 具体看上一个博客里面有解释，

安装Git 最早Git是在Linux上开发的，很长一段时间内，Git也只能在Linux和Unix系统上跑。不过，慢慢地有人把它移植到了Windows上。现在，Git可以在Linux、Unix、Mac和Windows这几大平台上正常运行了。 要使用Git，第一步当然是安装Git了。根据你当前使用的平台来阅读下面的文字： 在Linux上安装Git 首先，你可以试着输入 git ，看看系统有没有安装Git： $ git The program 'git' is currently not installed. You can install it by typing: sudo apt-get install git 像上面的命令，有很多Linux会友好地告诉你Git没有安装，还会告诉你如何安装Git。 如果你碰巧用Debian或Ubuntu Linux，通过一条 sudo apt-get install git 就可以直接完成Git的安装，非常简单。 老一点的Debian或Ubuntu Linux，要把命令改为 sudo apt-get install git-core ，因为以前有个软件也叫GIT（GNU Interactive Tools），结果Git就只能叫 git-core 了。由于Git名气实在太大，后来就把GNU Interactive Tools改成 gnuit ，

问题一： 当push代码上去仓库时，出现 ! [rejected] master -> master (fetch first) error: failed to push some refs to 'https://github.com/Jierism/MyLocations.git' hint: Updates were rejected because the remote contains work that you do hint: not have locally. This is usually caused by 。。。 解决： 1 git push -f 2 git pull 3 git config branch.master.remote origin 4 git config branch.master.merge refs/heads/master 5 git pull 详细参考： http://blog.csdn.net/chain2012/article/details/7476493 问题二： push代码，插入注释git commit -m "注释语句"时，出现 On branch master Your branch is ahead of 'origin/master' by 2 commits. (use "git push" to

Redis 复制(Replication) 1. 复制介绍 分布式数据库为了获取更大的存储容量和更高的并发访问量，会将原来集中式数据库中的数据分散存储到多个通过网络连接的数据存储节点上。Redis为了解决单点数据库问题，会把数据复制多个副本部署到其他节点上，通过复制，实现Redis的高可用性，实现对数据的冗余备份，保证数据和服务的高度可靠性。 2. 复制的建立 建立复制的配置方式有三种。 在redis.conf文件中配置slaveof <masterip> <masterport>选项，然后指定该配置文件启动Redis生效。 在redis-server启动命令后加上--slaveof <masterip> <masterport>启动生效。 直接使用 slaveof <masterip> <masterport>命令在从节点执行生效。 我们以最简单的一主一从模型，使用第2种方式建立复制。 首先先开启主节点master实例，端口8888 redis-server --port 8888 开启一个 client ，连接上主节点服务器 ./redis-cli -p 8888 127.0.0.1:8888> KEYS * //新开启的Redis服务器，没有键值对 (empty list or set) 接着开启从节点slave实例，端口 9999 ，并指定指定主节点。 redis

Git笔记 一、概述 ​ Git直接记录快照，而非差异比较，这样Git只关注修改的文件，没有修改的文件，Git不再重新存储该文件，而只是保留一个链接指向之前存储的文件，Git对待数据更像是个快照流。 ​ Git很多情况使用哈希值，即Git数据库中保存的信息都是以文件内容的哈希值来索引，而不是文件名。 1.1三种状态 已提交 committed：数据已经安全的保存到本地数据库中了 已修改 modified：修改了文件，但还没有保存到数据库中 已暂存 staged：对一个已修改文件的当前保本做了标记，使之包含在下次提交的快照中。 1.2基本的 Git 工作流程如下： 在工作目录中修改文件。 暂存文件，将文件的快照放入暂存区域。 提交更新，找到暂存区域的文件，将快照永久性存储到 Git 仓库目录。 ​ 大型项目项目管理的一种思路：多人项目，本地在提交时往往不推荐使用pull 来拉去远端仓库中最新的代码到本地仓库中更新，原因是如果远端仓库的代码被其他人更改过，再pull时会出现冲突的情况（例如本地修改A.java，远端也有人将修改过的A.java上传到远端仓库中，这样两个A.java就不是一个，所以会产生了冲突），这样还是需要一步一步解决冲突，最佳做法是，再建一个新文件夹将远端仓库代码pull到本地，通过第三方的比差分代码软件来查看差分，然后自己手动合并，之后再push到远端仓库。 注意