xdm 都来看看这都啥奇葩操作

[my1103]

xdm 都来看看，公司这奇葩操作： 目前开发的需求和正在测试的需求分支有冲突，由于测试的需求比较重要，所以分支一直能不能切到开发分支，导致正在开发的需求不能开发。 领导又不想延期，于是给的办法是：白天你们参与开发的回家休息，白天分支给测试用，晚上上晚班通宵开发，这样不就有分支了嘛。 哈哈哈哈，xdm ，mlgb

[my1103]

@ghost024 不行，pre 是上线的时候的，没问题才能发 prod 。日常只能用 test

[ghost024]

@ghost024 如果只有两个环境，一个 test 服务器，一个生产服务器，那就没办法了，只能说傻逼了，或者你们这几天先开发，不测试，等测试测试结束，或者功能上线以后，你们这段时间开发的代码再上 test 服务器测试，但按道理一般都是三个环境的。。。。

[popvlovs]

什么意思，只有一个环境，白天测试用，晚上研发用？
那不是很扯淡么，每次换班都要重装环境么？还是只有一个白天晚上会这样
实话说这操作奇葩到不合理，感觉是不是遗漏了什么关键信息

[ghost024]

@my1103 我知道啊，prod 是生产在跑的代码么，pre 是验证分支代码，你这个功能已经开始测试介入了，说明开发自测是 ok 的，那说明如果 ok 的话，如果测试没问题，下次上线是会上掉的，那就在 pre 验证啊，如果有问题，pre 分支开修复分支修复啊，这样也不会阻塞你们的 test 分支

[mxT52CRuqR6o5]

你们是在用 svn 管理吗？

[ilovey482i]

开发本机不能起服务吗？一定要用测试环境？真搞不懂你们

[RATIONALITY]

不是分支的问题。。是没有配置开发环境。
如果开发阶段需要前后端联调，就后端拉 dev 分支，运行在自己电脑上。
前端连这台机器的 ip ，问题就解决了

[ghost024]

而且如果 test 分支就算被占住了，你从 test 再拉一个分支不就行了，你们新开发的代码最后合到新拉的分支，然后那个 test 的功能 ok 了，直接把这个分支合到 test 就可以了，这样也不会阻塞，git 可以灵活的来搞啊

[leokun]

我个人感觉是不是大家太摆了，「没有多余的环境」这个问题多好解决啊

[tianmalj0613]

你们部署一套环境特别复杂吗？

[fao931013]

欲言又止.jpg

[inhzus]

「没有多余的环境」这个问题多好解决啊 +1

[my1103]

@RATIONALITY 后端在其它分公司，不在一起

[aino]

借楼问问各位大佬
功能分支——>test——>main

然后本来要上线的一个功能已经合 test 且已经测试完毕，且为修改主流程功能，这时候通知不上线，先写另外一个功能，这个时候想问 我新功能分支是从 main 拉取 没问题，新功能分支怎么合 test 呢

[hhjswf]

@mxT52CRuqR6o5 svn:有被冒犯到。。

[Seulgi]

有三套环境，test ，pre ，pro 。那为什么还会环境不够，pre 说白了就是你们的一个预发分支，你们现在没有预发的需求，也就是现在 pre 其实没用处，那临时顶替给测试使用，开发使用 test ，完全没问题，如果说你们 pre 预发会有正式流量进入，那临时关闭流量切割 pre 为独立环境就完事了，方法总归是有的，只能说你们公司没有一个人去想。

[JKeita]

你们本地没环境的吗

[zengguibo]

多大的事啊，再开一个环境，叫开发环境不就可以了吗，一般几套环境就，
dev(develop 分支，开发人员想怎么折腾就怎么折腾)
qa(开发人员已经测试完成，可以提交测试人员的)
pre(release 的分支，环境与正式一样的) ,
prod(master 分支，正式环境)

[zengguibo]

@aino 我的理解是不上线的功能先回退，按 develop 分支来开发，只要严格按 git flow 的流程来，一点都不乱

[daimubai]

那你们本地怎么调试的？还要放到服务器上调试？（你们一群做技术的解决不了问题，领导只能帮你们想办法咯