分子，中秋快乐

想用 没有，只能默默每行 if err !=nil

@foam 恩，多谢 很有启发

@afx 那就是说同一时间只有一个需求进行测试，开发并行开发完成后，依此合并分支提测。那么剩下时间只能等待了

@realpg 恩 涉及冲突的可以安排先后顺序进行测试，不考虑有冲突。每个需求都是独立且同时开发的。然后几乎同时测试，但是测试周期和上线日期不同

@MaxFang 不考虑冲突问题，测试是同时测的，环境分前端和后端。

@594duck 我现在就是想知道有没有这种情况的最佳实践，根据大家的经验，权衡各种因素，就这么做最合理

@594duck 可是需求场景就是这样的啊，现实情况哪允许你一个一个开发。你的意思是需求 A 测完先上线的，把代码再合到 master 和其他测试分支，是么。

@taogen 那一个需求就一台测试服务器也不现实啊

@tealover007 开发肯定自测才提交的，但是有些特殊的边界情况还得测试来测啊。 就一个项目分给一个人不现实啊，其他人干啥去。。

我觉得这个是普遍存在的问题，就像知道各位是怎么处理，我借鉴下

@monkeylyf 👀 不知道啊。。。

@taogen 前后端分离的，单独部署的，前端就一套对应后端多个分支，也只是同一时间测一个需求啊
那只能前端也版本控制，后端也版本控制。但是测试服务器就 1 台，测试 A 测试切 A 分支，测试同学 B 就测不了了

@monkeylyf 如果前端只是改配置文件的话，只有一个环境，还是测试只能同时测 1 个需求。现在是多个测试同时分别测 ABC 三个需求，那么就要多个前端环境了。来回部署环境费时费力，感觉不是正道

而且上面说了，3 个 PR，前提是这 3 个 PR 都给测试同时测，那么怎么独立环境，又绕回去了

@lululau 先不考虑逻辑冲突的问题，如果合并到一个分支测试，怎么上线呢。B 需求要上线了，A 还没测完。这时候得手动摘出来到上线分支吧，那么之前的版本就丢失了啊，而且手动摘如果需求大而复杂的话不保证出错？

买了一个 elecom huge 感觉比拇指的不费手些，适应中

数据同步怎么处理的

快手没 golang 岗位？服务端全 java?