yseternal 最近的时间轴更新 yseternal 最近的时间轴更新 |
yseternalV2EX 第 152314 号会员，加入于 2015-12-21 14:12:23 +08:00 |
| 请教下关于直播推流美颜 程序员 • yseternal • 2019 年 3 月 6 日 • 最后回复来自 ll3027 | 1 |
| 收到 Google 开发者大会的短信了，下周四，话说今年在中国办会不会有什么劲爆消息宣布呀
7 程序员 • yseternal • 2016 年 12 月 1 日 • 最后回复来自 zwpaper
|
13 |
| 请教，自动化构建的时候，从 GitHub 上拉取代码非常非常慢，服务器是阿里云，有没有什么解决方法呢？ GitHub • yseternal • 2016 年 11 月 29 日 • 最后回复来自 hanangellove | 4 |
| 个人博客备案，今天才知道，原来还得需要个幕布 站长 • yseternal • 2016 年 7 月 20 日 • 最后回复来自 yomuse | 31 |
| 大家对于 PHP 框架中的 ORM 是什么态度 程序员 • yseternal • 2016 年 6 月 28 日 • 最后回复来自 sunmonster | 41 |
| 大家公司内用什么测试用例管理工具？ 程序员 • yseternal • 2019 年 8 月 17 日 • 最后回复来自 kqz901002 | 25 |
| 网站加 CDN 时候遇见的一些问题，求教 问与答 • yseternal • 2016 年 2 月 17 日 |
| 大家都用什么工具部署呢？求教 服务器 • yseternal • 2016 年 1 月 29 日 • 最后回复来自 mahone3297 | 5 |
yseternal 最近回复了
2017 年 11 月 29 日 回复了 richard223 创建的主题 › 酷工作 › [北京] 韵律舞动 诚聘 Android / PHP / Node.js 工程师 |
支持，投一个。。。
2017 年 5 月 1 日 回复了 surmon 创建的主题 › 程序员 › 北上深杭， Javascript 栈，求收留 |
有兴趣的话可以发封简历到我的邮箱： [email protected]
2017 年 5 月 1 日 回复了 surmon 创建的主题 › 程序员 › 北上深杭， Javascript 栈，求收留 |
@surmon 北京的初创公司考虑吗？目前发展的还不错，团队里也有腾讯微软的人。
2016 年 12 月 27 日 回复了 TimCheng 创建的主题 › DevOps › 求推荐一款好用的远程 SSH 工具。 |
居然没有一个人推荐 Zoc 。。。。。。
2016 年 11 月 9 日 回复了 Liang 创建的主题 › 程序员 › 你们是怎样进行项目进度和员工状态管理的？ |
我觉得吧 youtrack 是最好最适合小团队的， 10 人以下免费。 25 人以下初创企业 1600 元左右，而且非常好用。
2016 年 7 月 11 日 回复了 BeanYoung 创建的主题 › 程序员 › 在北京的码农，孩子高考的问题大家都怎么解决的？ |
让孩子出国读书，
北京码农的希望。
安心赚钱吧。
北京码农的希望。
安心赚钱吧。
2016 年 7 月 11 日 回复了 yangyao 创建的主题 › git › 团队 git 开发中遇到的问题,求解惑。 |
LZ 遇见的问题是多个 feature 同时测试吧，
首先每个 feature 基于 dev 分支拉出对应的 feature 分支，如 feature/a, feature/b, feature/c,
接着各分支进行开发，互不干扰， CI 做自动化发布的时候，每个 feature 分支应该在测试
服务器上有一个目录，然后利用 nginx 进行配置， feature-a.test.com 测试 feature/a 的代码，
feature/b 对应 url feature-b.test.com ，分别进行测试。
测试完成后，按照 feature 完成的顺序依次 merge 到 dev 分支，然后在 dev 分支构建，再次
进行 merge 后的一轮测试。
个人不太建议将多个开发中的 feature merge 到一个临时的 branch 进行构建，用一个域名测试，
这样会相互干扰，而且估计冲突很多，没法自动化。
另外 feature 每做完，没有测试完全 ready 是坚决不能 merge 到 dev 分支的。
首先每个 feature 基于 dev 分支拉出对应的 feature 分支，如 feature/a, feature/b, feature/c,
接着各分支进行开发，互不干扰， CI 做自动化发布的时候，每个 feature 分支应该在测试
服务器上有一个目录，然后利用 nginx 进行配置， feature-a.test.com 测试 feature/a 的代码，
feature/b 对应 url feature-b.test.com ，分别进行测试。
测试完成后，按照 feature 完成的顺序依次 merge 到 dev 分支，然后在 dev 分支构建，再次
进行 merge 后的一轮测试。
个人不太建议将多个开发中的 feature merge 到一个临时的 branch 进行构建，用一个域名测试，
这样会相互干扰，而且估计冲突很多，没法自动化。
另外 feature 每做完，没有测试完全 ready 是坚决不能 merge 到 dev 分支的。
2016 年 6 月 7 日 回复了 yseternal 创建的主题 › 程序员 › 大家公司内用什么测试用例管理工具？ |
testrail 好贵呀， 5 个用户 1200 刀。。。 testlodge 似乎便宜一些
2016 年 5 月 18 日 回复了 zhouyg 创建的主题 › 云计算 › 如何快速部署代码到多个机器？ |
我们是在 teamcity 上自动构建，也就是在一台服务器上 git clone ，然后 npm install ，接着构建，生成的东西全部打个包，接着用 fabric 脚本发送到 n 个服务器解压
Select Language