master

git merge 命令用于合并指定分支到当前分支。 git merge 命令用于合并指定分支到当前分支。 git merge 命令用于合并指定分支到当前分支。 创建与合并分支 阅读: 931277 在 版本回退 里，你已经知道，每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即 master 分支。 HEAD 严格来说不是指向提交，而是指向 master ， master 才是指向提交的，所以， HEAD 指向的就是当前分支。 一开始的时候， master 分支是一条线，Git用 master 指向最新的提交，再用 HEAD 指向 master ，就能确定当前分支，以及当前分支的提交点： 每次提交， master 分支都会向前移动一步，这样，随着你不断提交， master 分支的线也越来越长： 当我们创建新的分支，例如 dev 时，Git新建了一个指针叫 dev ，指向 master 相同的提交，再把 HEAD 指向 dev ，就表示当前分支在 dev 上： 你看，Git创建一个分支很快，因为除了增加一个 dev 指针，改改 HEAD 的指向，工作区的文件都没有任何变化！ 不过，从现在开始，对工作区的修改和提交就是针对 dev 分支了，比如新提交一次后， dev 指针往前移动一步，而 master 指针不变

初始化本地git仓库（创建新仓库） git init 配置用户名 git config --global user.name "xxx" 配置邮件 git config --global user.email "xxx@xxx.com" git status等命令自动着色 git config --global color.ui true git config --global color.status auto git config --global color.diff auto git config --global color.branch auto git config --global color.interactive auto clone远程仓库 git clone git+ssh://git@192.168.53.168/VT.git 查看当前版本状态（是否修改） git status 添加xyz文件至index git add xyz 增加当前子目录下所有更改过的文件至index git add . 提交 git commit -m 'xxx' 合并上一次提交（用于反复修改） git commit --amend -m 'xxx' 将add和commit合为一步 git commit -am 'xxx' 删除index中的文件 git rm xxx 递归删除

查看,添加,提交,删除,找回,重置修改文件 　 　git help <command> #command的help 　　git show #显示某次提交的内容 git show $id 　　git co--<file> #抛弃工作区修改 　　git co.　　#抛弃工作区修改 　　git add--<file> #将工作文件修改提交到本地暂存区 　　git add. 　#从版本库中删除文件 　　git rm <file> #从版本库中删除文件 　　git rm <file>--cached　　#从版本库中删除文件,但不删除文件 　　git reset<file> 　　#从暂存区恢复到工作文件 　　git reset--.　　#从暂存去恢复到工作文件 　　git reset--hard # 恢复最近一次提交过的状态，即放弃上次提交后的所有本次修改 　　git ci <file>git ci . git ci -a # 将git add,git rm和git ci等操作都合并在一起做comments 　　git ci--amend # 修改最后一次提交记录 　　git revert <$id># 回复某次提交的状态,恢复动作本身也创建次提交对象 　　git revert HEAD # 回复最后一次提交的状态 查看文件diff 　 　　git diff <file> #

查看、添加、提交、删除、找回，重置修改文件 git help <command> # 显示command的help git show # 显示某次提交的内容 git show $id git co -- <file> # 抛弃工作区修改 git co . # 抛弃工作区修改 git add <file> # 将工作文件修改提交到本地暂存区 git add . # 将所有修改过的工作文件提交暂存区 git rm <file> # 从版本库中删除文件 git rm <file> --cached # 从版本库中删除文件，但不删除文件 git reset <file> # 从暂存区恢复到工作文件 git reset -- . # 从暂存区恢复到工作文件 git reset --hard # 恢复最近一次提交过的状态，即放弃上次提交后的所有本次修改 git ci <file> git ci . git ci -a # 将git add, git rm和git ci等操作都合并在一起做　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　git ci -am "some comments" git ci --amend # 修改最后一次提交记录 git revert <$id> # 恢复某次提交的状态，恢复动作本身也创建次提交对象 git revert HEAD #

Git配置 git config --global user.name "test" git config --global user.email "test@gmail.com" git config --global color.ui true git config --global alias.co checkout git config --global alias.ci commit git config --global alias.st status git config --global alias.br branch git config --global alias.pb 'pull --rebase' git config --global core.editor ="'D:/Program Files/Sublime Text 3/sublime_text.exe' -w" # 设置Editor使用sublime git config -l # 列举所有配置 same as --list 用户的git配置文件 ~/.gitconfig Git常用命令 查看、添加、提交、删除、找回，重置修改文件 git help <command> # 显示command的help git show # 显示某次提交的内容 git show $id git co --

安装 sudo apt-get install git 查看、添加、提交、删除、找回，重置修改文件 git help <command> # 显示command的help git show # 显示某次提交的内容 git show $id git checkout -- <file> # 抛弃工作区修改 git checkout . # 抛弃工作区修改 git add <file> # 将工作文件修改提交到本地暂存区 git add . # 将所有修改过的工作文件提交暂存区 git rm <file> # 从版本库中删除文件 git rm <file> --cached # 从版本库中删除文件，但不删除文件 git reset <file> # 从暂存区恢复到工作文件 git reset -- . # 从暂存区恢复到工作文件 git reset --hard # 恢复最近一次提交过的状态，即放弃上次提交后的所有本次修改 git ci <file> git ci . git ci -a # 将git add, git rm和git ci等操作都合并在一起做　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　git ci -am "some comments" git ci --amend # 修改最后一次提交记录 git revert <$id> #

/*--> */ /*--> */ /*--> */ /*--> */ 背景 目前公司项目中有用到activemq，两台机器上分别通过共享文件方式搭建了master-slave集群，但两台机器之间并未组建broker cluster，而是在客户端通过软负载的方式随机选择一组提供服务来达到集群扩展的目的。 上面的方案主要问题在于需要通过软负载去实现分布式的负载均衡算法，需要解决一系列问题。 下面的文章就在原有基础上组建broker cluser（activemq自带），基于学习的目的通过一次搭建过程来体验下（毕竟我不是运维人员），下面是效果图：不需要软负载。 为了简单，broker cluster只创建两组，而且全部节点部署在同一台机器上。 节点名称 tcp open-write端口 管理台端口 共享文件 master-a 61616 8161 /Users/iss/data/activemq/activemq-ha-a slave-a 61617 8162 /Users/iss/data/activemq/activemq-ha-a master-b 61618 8163 /Users/iss/data/activemq/activemq-ha-b slave-b 61619 8164 /Users/iss/data/activemq/activemq-ha-b

问题描述 今天建的一个工作日志文档，推送远程仓库不成功。 过程描述 1.git init 2.git remote add origin https://gitee.com/tylerGuo1/dailyRecord.git 远程仓库不是使用ssh，竟然不报错，看来http和ssh两者效果一样。 3.git add -A 4.git commit -m "初始化" 5.git push 报错如下： fatal: The current branch master has no upstream branch. To push the current branch and set the remote as upstream, use git push --set-upstream origin master 6.git push -u origin master 提示需要先拉去，报错如下： To https://gitee.com/tylerGuo1/dailyRecord.git ! [rejected] master -> master (non-fast-forward) error: failed to push some refs to ' https://gitee.com/tylerGuo1/dailyRecord.gi hint: Updates were

$ git config --list 可以查看配置的一些东西。可以看到user.name 和user.email 分别是什么。。 如果你没有初始化过。那么直接进行初始化： $ git config --global user.name "输入你的用户名" $ git config --global user.email "输入你的邮箱" 1:使用--repalce-all 修改。 $ git config --global --replace-all user.email "输入你的邮箱" $ git config --global --replace-all user.name "输入你的用户名" 2:再说说git bash和git cmd的区别啊。。简单一句话，，git cmd是git bash的子集。所以直接用git bash就行了。 然后git gui是图形界面。 git 版本控制工具，支持该工具的网站有Github、BitBucket、Gitorious、国内的osChina仓库、csdn仓库等等。 shell 是linux、unix系统的外壳，也可以理解为命令行，就是你输入并执行命令的地方，git通过命令行和图形界面两种方式使用shell。 bash 是shell的一种，最常用的shell之一。 git Bash 方便你在windows下使用git命令的模拟终端

转自：http://www.jianshu.com/p/af7043e6c8f9 Redis基础类型回顾 String Redis中最基本，也是最简单的数据类型。注意，VALUE既可以是简单的String,也可以是复杂的String，如JSON，在实际中常常利用fastjson将对象序列化后存储到Redis中。另外注意mget批量获取可以提高效率。 Hash Hash结构适用于存储对象，相较于String，存储占用更少的内存。Hash结构可以使你像在数据库中Update一个属性一样只修改某一项属性值，而且还可以快速定位数据。比如，如果我们把表User中的数据可以这样放置到Redis中：Hash存储，KEY：User，Field:USERID，VALUE：user序列化后的string。 List 既可以当做栈、又可以当做队列。实际上，可以利用List的先进先出或者先进后出的特性维护一段列表，比如排行榜、实时列表等，甚至还可以简单的当做消息队列来使用。 Set Set是String类型的不重复无序集合。Set的特点在于，它提供了集合的一些运算，比如交集、并集、差集等。这些运算特性，非常方便的解决实际场景中的一些问题，如共同关注、共同粉丝等。 ZSet ZSet就是SortedSet。实际中，很多排序场景都可以考虑ZSet来做。 Redis发展过程中的三种模式：主从、哨兵、集群