master

1. 安装git centos上 yum install -y epel-release yum install -y git 2. 创建版本库 mkdir /home/gitroot cd /home/gitroot git init ##用这个命令初始化，让这个目录变成git可以管理的仓库 3. 提交文件到仓库 创建一个文件 1.txt echo -e "123\naaa\n456\nbbb" > 1.txt git add 1.txt //把1.txt添加到仓库中 git commit -m "add new file 1.txt" //add完了必须要commit才算真正把文件提交到git仓库里 初始使用该命令会提示： *** Please tell me who you are. Run git config --global user.email "you@example.com" git config --global user.name "Your Name" to set your account's default identity. Omit --global to set the identity only in this repository. 这是要让我们设置用户邮箱和用户名。根据它提示设置一下即可： git config --global user

git使用手册：https://git-scm.com/book/zh/v1/ 一、分支 　　1、查看所有本地分支 　　　　git branch 　　2、查看所有本地分支和远程分支 　　　　git branch -a 　　3、查看本地分支和远程分支的对应关系 　　　　git branch -vv 　　4、查看远程分支对应远程库路径 　　 git remote -v 　　5、创建/删除本地分支 　　　　git branch local-name 以当前分支为基础创建名为local-name的本地分支 　　　　git checkout -b local-name 以当前分支为基础创建本地分支local-name并切换到该分支 　　　　git branch -d 如果有未合并的提交，不会删除 　　　　git branch -D 强制删除，如果有未合并的提交也删除 　　6、设置本地分支与远程分支的追踪关系 　　 git branch --set-upstream-to=远程库名/分支名 　　7、以远程库为基础创建本地分支 　　　　git checkout -b localbranch remotebranch 创建本地分支，以remotebranch为开始。同时也建立了本地分支和远程分支的关系。 　　　　该方法与5相比更加方便，因为5是以当前分支为基础创建新分支，而远程分支是其他分支

前言 工作中，我们会用到 git pull 来从远程仓库"同步"代码，通常有三种方式； git pull origin <remote_branch>：<local_branch> git pull origin <remote_branch> git pull 这三种用法充分诠释了什么是 简即繁 ， 繁即简 ；看上去简单的，往往背后蕴藏玄机； 测试环境: 本地分支：master和dev 远程分支：master和dev $ git branch -a * dev master remotes/origin/HEAD -> origin/master remotes/origin/dev remotes/origin/master 1.git pull origin <remote_branch>：<local_branch> 这种用法写起来最为繁琐，但最好理解： 场景：当本地的当前分支不是local_branch； 作用：将远程分支拉取到指定本地分支； 例如：当前分支是dev，但是你想把远程master”同步”到本地master，但又不想使checkout切换到master分支； 这时你就可以使用git pull origin master：master zhangchangzhi@ZBXXXX /e/02.Workspace-test/gitTest (dev) $ git

1. 初始化一个Git仓库，使用 git init 命令。 2. 添加文件到Git仓库，分两步：【Git天界文件需要add，commit 两步，因为commit可以一次提交很多wenjian 】 第一步，使用命令git add <file>，注意，可反复多次使用，添加多个文件； 第二步，使用命令git commit，完成。 3. 要随时掌握工作区的状态，使用git status命令。 如果git status告诉你有文件被修改过，用git diff可以查看修改内容。 4. 版本回退： ，每当你觉得文件修改到一定程度的时候，就可以“保存一个快照”，这个快照在Git中被称为 commit 。一旦你把文件改乱了，或者误删了文件，还可以从最近的一个 commit 恢复，然后继续工作，而不是把几个月的工作成果全部丢失。 git log 命令显示从最近到最远的提交日志，我们可以看到3次提交，最近的一次是 append GPL ，上一次是 add distributed ，最早的一次是 wrote a readme file 。 如果嫌输出信息太多，看得眼花缭乱的，可以加上 --pretty=oneline 参数 。 版本回退时， Git必须知道当前版本是哪个版本，在Git中，用 HEAD 表示当前版本， 上一个版本就是 HEAD^ ，上上一个版本就是 HEAD^^

Git 分支 - 远程分支 远程分支 远程分支（remote branch）是对远程仓库中的分支的索引。它们是一些无法移动的本地分支；只有在 Git 进行网络交互时才会更新。远程分支就像是书签，提醒着你上次连接远程仓库时上面各分支的位置。 我们用 (远程仓库名)/(分支名) 这样的形式表示远程分支。比如我们想看看上次同 origin 仓库通讯时 master 分支的样子，就应该查看 origin/master 分支。如果你和同伴一起修复某个问题，但他们先推送了一个 iss53 分支到远程仓库，虽然你可能也有一个本地的 iss53 分支，但指向服务器上最新更新的却应该是 origin/iss53 分支。 可能有点乱，我们不妨举例说明。假设你们团队有个地址为 git.ourcompany.com 的 Git 服务器。如果你从这里克隆，Git 会自动为你将此远程仓库命名为 origin，并下载其中所有的数据，建立一个指向它的 master 分支的指针，在本地命名为 origin/master，但你无法在本地更改其数据。接着，Git 建立一个属于你自己的本地 master 分支，始于 origin 上 master 分支相同的位置，你可以就此开始工作（见图 3-22）： 图 3-22. 一次 Git 克隆会建立你自己的本地分支 master 和远程分支 origin/master

思路： 两台机器互为主从。 机器1:192.168.1.160 机器2：192.168.1.164 修改两台机器的my.cnf文件，server-id，log-bin，auto-increment-increment，auto-increment-offset 后面两个参数为防止主键冲突而设置。 主主配置有两个要点： 1、复制账号 2、定位master信息。 所以，在两台机器上分别执行： show master status;查看二进制文件的名称与位置，然后执行： 机器1：GRANT REPLICATION SLAVE ON *.* TO 'bau1'@'192.168.1.164' IDENTIFIED BY '123456'; change master to master_host='192.168.1.164',master_user='bau1',master_password='123456',master_log_file='mysql-bin.000001',master_log_pos=452; 机器2：GRANT REPLICATION SLAVE ON *.* TO 'bau1'@'192.168.1.160' IDENTIFIED BY '123456'; change master to master_host='192.168.1.160',master

以下的介绍只是基于我个人对于git的理解，并且可能生编硬造了一些不完全符合git说法的词语。目的只是为了让git通俗化，使初学者也能大概了解如何快速上手git。 同时，下面所有讨论，我们都假设只使用一个分支，也就是主分支master的情况，虽然这种作法并不符合git规范，但是现实情况中绝大部分用户是直接在master分支上进行工作的，所以在这里我们不去引入更加复杂的各种分支的情况，也不涉及标签tag的操作，只讲在最简单的主分支上如何回退。 3个步骤 正常情况下，我们的工作流就是3个步骤 git add . git commit -m "comment" git push 4个区 git之所以令人费解，主要是它相比于svn等等传统的版本管理工具，多引入了一个暂存区(Stage)的概念，就因为多了这一个概念，而使很多人疑惑。其实，在初学者来说，每个区具体怎么工作的，我们完全不需要关心，而只要知道有这么4个区就够了： 工作区(Working Area) 暂存区(Stage) 本地仓库(Local Repository) 远程仓库(Remote Repository) 5种状态 以上4个区，进入每一个区成功之后会产生一个状态，再加上最初始的一个状态，一共是5种状态。以下我们把这5种状态分别命名为： 未修改(Origin) 已修改(Modified) 已暂存(Staged) 已提交

1.环境两台Centos服务器 IP1:192.168.1.78 IP2:192.168.1.79 VIP：192.168.1.88 2.安装keeplived软件和nginx 每台服务器上都要安装keeplived和nginx nginx安装省略 keepalived安装 tar -xvf keepalived-1.3.5.tar.gz cd keepalived-1.3.5 ./configure make && make install cp /usr/local/etc/rc.d/init.d/keepalived /etc/rc.d/init.d cp /usr/local/etc/sysconfig/keepalived /etc/sysconfig mkdir /etc/keepalived cp /usr/local/etc/keepalived/keepalived.conf /etc/keepalived/ cp /usr/local/sbin/keepalived /usr/sbin 配置keepalived 主节点，修改keepalived.conf ! Configuration File for keepalived global_defs { notification_email { #acassen@firewall.loc #failover

下载 mysql 的 解压版安装文件mysql-5.7.25-winx64.zip D:\mysql\master D:\mysql\salve 分别新建 data 和 binlog 目录，以及配置文件 my.ini master 配置文件 [mysqld] # 设置3306端口 port=3306 # innodb_force_recovery = 0 # 设置mysql的安装目录 basedir=D:\\mysql\\master # 设置mysql数据库的数据的存放目录 datadir=D:\\mysql\\master\\data # 允许最大连接数 max_connections=1000 # 允许连接失败的次数。 max_connect_errors=10 # 服务端使用的字符集默认为utf8mb4 character-set-server=utf8mb4 # 创建新表时将使用的默认存储引擎 default-storage-engine=INNODB # 默认使用“mysql_native_password”插件认证 #mysql_native_password #default_authentication_plugin=mysql_native_password #满查询日志 slow_query_log = ON slow_query_log_file = D:\

1，分支管理 分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，立刻提交，由于代码还没有写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的风险。 现在有了分支，就不能怕了，你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，在一次性合并到原来的分支上，这样，既安全，又不影响别人工作。 Git的分支与其他版本控制系统不同，无论创建，切换和删除分支，Git在1秒钟之内就能完成！无论你的版本库是1个文件还是1万个文件。 2，创建与合并分支 在版本回退里，我们已经知道，每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支（master分支），HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。 ① 一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD执行maser，就能确定当前分支，以及当前分支的提交点，每次提交，master分支都会向前一步： ② 当我们创建新的分支，例如dev时，Git创建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev