关于生产环境/预发布环境的一些疑问来询问 V 友

[cking]

1.目前在职的公司,没有项目主管(Code Viewer),代码管理之前是 develop/test/master 三个分支,然后后面,我们公司将业

务打包出售了,就是在 master 上面部署一套相同代码的服务(名字不同比如,mallone/malltwo 这种的名字),然后代码要完

全一致,期初我们是开辟的 master 分支不同(mallone 的代码),然后加了一个名为 master-two 的分支,在里面就是 copy

的 master 的代码.后面出现了.版本相差一个或多个,代码差异明显(没有将 master 代码同步过去)然后就在 master 上面

加了一个名为 master-two 的配置文件 yml.然后部署的时候通过释放对应的注释达到构建不同的仓库.(疑问:有木有好的

分支方案,能够让两套代码相同,(ps:小公司,没有完善的代码管理部署方案,所以来问 v 友.我之前任职的公司,直接在

master 开始开发测试部署)).

2.现在公司即将部署一个预发布 release 环境,我的建议是开发一个新分支 release,但是他们都说,怕出现 release 和

master 代码版本差异过大(之前的 master 和 master-two 已经出现过.所以被否认了,但是我一致认为一个分支干一套

代码的事).所以问题差不多还是之前那个,在公司,相同代码不同代码如何进行代码版本管理.

3.谢 v 友.祝新年快乐!:)

[TypeErrorNone]

用一个分支，根据环境变量来做判断

[xuanbg]

jenkins 可以为每个项目的每个环境分别建立一个 job 。job 里面可以选择执行不同的脚本来复制对应环境的配置到打包目录进行打包和发布。

[37Y37]

代码一套，配置不同就行了，推荐用下配置中心

[zarte]

由一个人负责要发布时拉 master 到 release 。要不就是一个 master 要发布时把开发好的合并到 master 。

[cking]

@TypeErrorNone 我们现在就是用的 active 这个变量来控制的

[cking]

@xuanbg 这个应该是运维提供吧

[cking]

@37Y37 我也是支持用配置中心的 但是他们就是不用 哎- -

[cking]

@zarte 你的意思是 合并到 master 的代码 copy 整个分支到 release 然后部署测试?

[zarte]

@cking 嗯