Showing
1 changed file
with
25 additions
and
18 deletions
@@ -34,14 +34,15 @@ | @@ -34,14 +34,15 @@ | ||
34 | 34 | ||
35 | git push origin/release/4.3 提交上述所有的更新 | 35 | git push origin/release/4.3 提交上述所有的更新 |
36 | 36 | ||
37 | -#### 合并遇到冲突的解决办法 | 37 | + |
38 | + 合并遇到冲突的解决办法 | ||
38 | 39 | ||
39 | 1、命令使用git checkout —theirs 文件路径, 这样接受远程某个目录的代码 | 40 | 1、命令使用git checkout —theirs 文件路径, 这样接受远程某个目录的代码 |
40 | git checkout —ours 文件路径, 接收本地代码 | 41 | git checkout —ours 文件路径, 接收本地代码 |
41 | - 要取两者合集的,手工进行合并。 | 42 | + 要取两者合集的,手工进行合并 |
42 | 43 | ||
43 | 2、IDE的git插件 | 44 | 2、IDE的git插件 |
44 | - Atom、PHPstorm、WebStorm都有相应的git插件,可以很直观的查看冲突的情况。 | 45 | + Atom、PHPstorm、WebStorm都有相应的git插件,可以很直观的查看冲突的情况 |
45 | 46 | ||
46 | 3、Beyond Compare文件比对工具 | 47 | 3、Beyond Compare文件比对工具 |
47 | 48 | ||
@@ -52,7 +53,7 @@ | @@ -52,7 +53,7 @@ | ||
52 | 53 | ||
53 | git checkout -b release/4.3 | 54 | git checkout -b release/4.3 |
54 | git pull origin/release/4.3 | 55 | git pull origin/release/4.3 |
55 | - 如有需要,进入compile当前版本的文件夹,rm -rf * 删除所有的缓存文件。 | 56 | + 如有需要,进入compile当前版本的文件夹,rm -rf * 删除所有的缓存文件 |
56 | 57 | ||
57 | 注意:1、查看yohobuy.php文件是否是测试环境的接口 | 58 | 注意:1、查看yohobuy.php文件是否是测试环境的接口 |
58 | 2、检查index-test.php中的use_cache的值为false | 59 | 2、检查index-test.php中的use_cache的值为false |
@@ -61,18 +62,18 @@ | @@ -61,18 +62,18 @@ | ||
61 | 62 | ||
62 | 灰度环境也是生产环境, 要求和生产环境一样严格。 | 63 | 灰度环境也是生产环境, 要求和生产环境一样严格。 |
63 | 64 | ||
64 | -十分重要,先检查yohobuy.php的接口是否是生产环境。(之前发生过测试环境接口的代码发送到生产环境了,还好及时发现了) | 65 | +1、十分重要,先检查yohobuy.php的接口是否是生产环境。(之前发生过测试环境接口的代码发送到生产环境了,还好及时发现了) |
65 | 66 | ||
66 | -cd static | ||
67 | -gulp ge 产生的static/dist文件(强制提交git add -f) | ||
68 | -gulp dist 将静态资源推送到CDN | 67 | +2、cd static |
68 | + gulp ge 产生的static/dist文件(强制提交git add -f) | ||
69 | + gulp dist 将静态资源推送到CDN | ||
69 | 70 | ||
70 | -在master上打tag标记 | 71 | +3、在master上打tag标记 |
71 | 72 | ||
72 | -git tag release4.3 | ||
73 | -git push --tags | 73 | + git tag release4.3 |
74 | + git push --tags | ||
74 | 75 | ||
75 | -通知测试发上线邮件或自己发邮件,邮件内容包括代码位置、nginx的修改(如有修改需提醒将线上文件备份)、发布到哪个服务器(目前PC及H5都要发腾讯云和亚马逊、node活动只发亚马逊)、host设置及其它有必要交代的事项。如果是node活动,邮件注明pm2重启的命令:pm2 restart yoho-activity-node | 76 | +4、通知测试发上线邮件或自己发邮件,邮件内容包括代码位置、nginx的修改(如有修改需提醒将线上文件备份)、发布到哪个服务器(目前PC及H5都要发腾讯云和亚马逊、node活动只发亚马逊)、host设置及其它有必要交代的事项。如果是node活动,邮件注明pm2重启的命令:pm2 restart yoho-activity-node |
76 | 77 | ||
77 | hosts设置如下,该地址是腾讯云灰度环境的外网IP: | 78 | hosts设置如下,该地址是腾讯云灰度环境的外网IP: |
78 | 79 | ||
@@ -82,24 +83,24 @@ hosts设置如下,该地址是腾讯云灰度环境的外网IP: | @@ -82,24 +83,24 @@ hosts设置如下,该地址是腾讯云灰度环境的外网IP: | ||
82 | 83 | ||
83 | 1、十分重要,先检查yohobuy.php的接口是否是生产环境。(之前发生过测试环境接口的代码发送到生产环境了,还好及时发现了) | 84 | 1、十分重要,先检查yohobuy.php的接口是否是生产环境。(之前发生过测试环境接口的代码发送到生产环境了,还好及时发现了) |
84 | 85 | ||
85 | -2、步骤与预生产环境上线步骤基本一致,区别:理论上测试时不指host,如特定要测试某个云还是要指hosts(找运维要IP) | 86 | +2、步骤与预生产环境上线步骤基本一致,区别:理论上测试时不指host,如特定要测试某个云还是要指hosts |
86 | 87 | ||
87 | -3、如有必要,将版本升1个版本(升级版本compile下的文件夹也要新加一个并强制提交)。 | 88 | +3、如有必要,将版本升1个版本(升级版本compile下的文件夹也要新加一个并强制提交) |
88 | 89 | ||
89 | 4、如果必要,需要重新打tag标记,如release4.3.1 | 90 | 4、如果必要,需要重新打tag标记,如release4.3.1 |
90 | 91 | ||
91 | 92 | ||
92 | -上线(包括上灰度环境)需要非常谨慎,仔细合代码,细心、细心、细心,重要的事情讲三遍。 | 93 | +上线(包括上灰度环境)需要非常谨慎,仔细合代码,细心、细心、细心,重要的事情讲三遍 |
93 | 94 | ||
94 | 由于上线时间一般比较晚,精神没有白天好,所以务必在白天做好准备工作,并提前想好上线失败的退路(代码和配置文件的备份是否正常),如上线失败要立即回滚,不能中断线上业务太长时间,然后排查上线时的代码、配置及日志文件。 | 95 | 由于上线时间一般比较晚,精神没有白天好,所以务必在白天做好准备工作,并提前想好上线失败的退路(代码和配置文件的备份是否正常),如上线失败要立即回滚,不能中断线上业务太长时间,然后排查上线时的代码、配置及日志文件。 |
95 | 96 | ||
96 | ## 上线成果确认 | 97 | ## 上线成果确认 |
97 | 98 | ||
98 | -1、进行主流程验证:登录、浏览商品、搜索、加入购物车、提交订单、支付(包括微信支付)。 | 99 | +1、进行主流程验证:登录、浏览商品、搜索、加入购物车、提交订单、支付(包括微信支付) |
99 | 100 | ||
100 | -2、如发现功能异常,登录堡垒机核实代码版本以及nginx配置是否正确,有时运维的操作可能遗漏部分机器。 | 101 | +2、如发现功能异常,登录堡垒机核实代码版本以及nginx配置是否正确,有时运维的操作可能遗漏部分机器 |
101 | 102 | ||
102 | -3、上线稳定后,将release合入到develop分支,然后删除release分支。 | 103 | +3、上线稳定后,将release合入到develop分支,然后删除release分支 |
103 | 104 | ||
104 | ## 其它注意事项 | 105 | ## 其它注意事项 |
105 | 106 | ||
@@ -107,6 +108,7 @@ hosts设置如下,该地址是腾讯云灰度环境的外网IP: | @@ -107,6 +108,7 @@ hosts设置如下,该地址是腾讯云灰度环境的外网IP: | ||
107 | 108 | ||
108 | ssh 用户名@密码 | 109 | ssh 用户名@密码 |
109 | 110 | ||
111 | + | ||
110 | 2 连接堡垒机的命令 | 112 | 2 连接堡垒机的命令 |
111 | 113 | ||
112 | 旧堡垒机:ssh -p 6002 用户名@192.168.250.114 | 114 | 旧堡垒机:ssh -p 6002 用户名@192.168.250.114 |
@@ -115,6 +117,7 @@ ssh 用户名@密码 | @@ -115,6 +117,7 @@ ssh 用户名@密码 | ||
115 | 117 | ||
116 | Windows使用网站进行登陆堡垒机更方便。 | 118 | Windows使用网站进行登陆堡垒机更方便。 |
117 | 119 | ||
120 | + | ||
118 | 3 测试nginx是否正常,启动,重启的命令 | 121 | 3 测试nginx是否正常,启动,重启的命令 |
119 | 122 | ||
120 | sudo nginx -t (测试nginx文件是否有语法错误) | 123 | sudo nginx -t (测试nginx文件是否有语法错误) |
@@ -123,6 +126,7 @@ sudo nginx -t (测试nginx文件是否有语法错误) | @@ -123,6 +126,7 @@ sudo nginx -t (测试nginx文件是否有语法错误) | ||
123 | 126 | ||
124 | ./nginx -s reload (修改nginx需要重启后才生效) | 127 | ./nginx -s reload (修改nginx需要重启后才生效) |
125 | 128 | ||
129 | + | ||
126 | 4 compile下以版本号命名的缓存文件文件夹要存在并且有读写权限,否则程序可能不能正常访问 | 130 | 4 compile下以版本号命名的缓存文件文件夹要存在并且有读写权限,否则程序可能不能正常访问 |
127 | 131 | ||
128 | 查看读写权限:ls -l | 132 | 查看读写权限:ls -l |
@@ -133,6 +137,7 @@ sudo nginx -t (测试nginx文件是否有语法错误) | @@ -133,6 +137,7 @@ sudo nginx -t (测试nginx文件是否有语法错误) | ||
133 | 137 | ||
134 | 如在测试环境发现上述现象,及时补救,加上文件夹并推送远程。 | 138 | 如在测试环境发现上述现象,及时补救,加上文件夹并推送远程。 |
135 | 139 | ||
140 | + | ||
136 | 5 查看进程是否启动的命令 ps -ef | grep 进程名 | 141 | 5 查看进程是否启动的命令 ps -ef | grep 进程名 |
137 | 142 | ||
138 | 例如:一个502错误定位过程,是发现apache服务已经停掉了 | 143 | 例如:一个502错误定位过程,是发现apache服务已经停掉了 |
@@ -161,6 +166,7 @@ sudo nginx -t (测试nginx文件是否有语法错误) | @@ -161,6 +166,7 @@ sudo nginx -t (测试nginx文件是否有语法错误) | ||
161 | 166 | ||
162 | 如果是,需要通知运维重新建一个文件夹,重新拉代码。 | 167 | 如果是,需要通知运维重新建一个文件夹,重新拉代码。 |
163 | 168 | ||
169 | + | ||
164 | 8 堡垒机用于查看线上服务器的代码和配置,信息如下: | 170 | 8 堡垒机用于查看线上服务器的代码和配置,信息如下: |
165 | 171 | ||
166 | 亚马逊堡垒机 | 172 | 亚马逊堡垒机 |
@@ -179,6 +185,7 @@ sudo nginx -t (测试nginx文件是否有语法错误) | @@ -179,6 +185,7 @@ sudo nginx -t (测试nginx文件是否有语法错误) | ||
179 | 185 | ||
180 | 172.31.25.17 | 186 | 172.31.25.17 |
181 | 187 | ||
188 | + | ||
182 | 腾讯云堡垒机 | 189 | 腾讯云堡垒机 |
183 | 190 | ||
184 | 10.66.1.2 | 191 | 10.66.1.2 |
-
Please register or login to post a comment