贵司发布一次代码需要多长时间？

[Lucups]

搞个小调查。

标准格式: 公司规模，项目类型，技术栈，发布工具，发布时长，你认为是否可以提升？

[holyghost]

@yw9381 前面有 nginx rewrite，访问就是 500，靴靴。

[clino]

@yw9381 有点道理,不过呢这说明都能直接访问到生产环境了吧?这个不要加上.git 信息事情就已经很大条了...

[Clarencep]

@yw9381 数据库连接的账户信息还有各种 key 当然不能放 git 里面。果断应该用进程的环境变量或者.env 之类的来保存。

[bk201]

个人感觉 jekins 没 teamcity 好用，不知道为什么用的公司那么多。看到 jekins 那界面就恶心。

[Mithril]

@bk201 因为不要钱啊。。。免费的 TeamCity 只能 20 个配置，除非特别小的项目，不然基本不够用。

[akira]

@bk201 teamcity 太大

[S1ahs3r]

jvm 应用 基于 kubernetes 带健康检查,3-5 分钟稳定发完

[yw9381]

@holyghost 我不是特指的贵司的系统，有些会在发布以后在 webserver 层面做处理，然而大部分的情况是，能用就行，完全不怎么管，我个人感觉你对贵司的系统很自信啊，天下没有攻无不克的矛，也没有战无不胜的盾，安全很多时候都是死在蜜汁自信上（大部分 ZF 里面就是，我们是纯内网，他们怎么可能进来，结果 WannaCry 出来以后是真的哭了）。
@clino 生产环境本来就是在公网上的，谁都能访问，对于生产环境可以在 webserver 上做目录限制，或者在重写规则里写上限制，如果你不作处理那真的谁都能访问到的。
@Clarencep 如果能放在.env 里最好不过了，不过有时候一不注意就 git add ./ 或是某个人没这个意识，一直在 add ./ 然后 commit 上去，从此在仓库里留下浓重的一笔，这些信息一般情况下很少会去改吧。进程环境变量在代码里也总要有个初始化的地方，这个地方和传统的 db.config.php(DBHOST，DBUSER，DBPASS，DBNAME)这种没区别，正儿八经的解决是在客户端这里的. gitignore 里设置忽略，在 webserver 上设置权限。安全是个木桶效应问题，所以每一个点都是要顾忌到的

[lightening]

@Clarencep 后端 Rails，前端一部分 Angular 一部分 React/Redux。Angular 是以前的代码，是用 Rails 的 assets pipeline 打包的，比较慢。React 部分用 Webpack 打包，挺快的。正在全面迁移到 React，让后打算拆掉 Angular。

[lightening]

@yw9381 这样的话不用 git 不是也能访问到整个当前的代码库啦？

[ioschen]

@wohenyingyu02 夸张，📦审核大概两到五天，正常更新的是第二天审核玩，迟点三天，新上架的却审核时间长，估计一审二审的，前几年的却满，现在飞快 [虽然不是秒级]

[ioschen]

前几年审核发布那叫一个漫长

[otarim]

你们测试都不需要回归的啊。。。

[clino]

@yw9381 我就说我们的情况吧,我们一般是用 uwsgi 跑 python 应用,然后反代到 nginx,这种情况下有没有.git 在 web 服务上是没差别的,并没有直接开通相关目录的静态文件
所以我完全没想到你说的这种情况

[atpking]

我怎么觉得 rails 的哥们这么多呢

[realpg]

PHP git webhook 代码文件变动都是从出文本变动也就是个传输时间，一般 10 秒左右……

[phx13ye]

真羡慕你们，真想打一顿我司那群用 war 包的余孽

make jar not war

[prasanta]

@clino 同样 nginx+uwsgi+django 根本不会出现.git 目录泄露的问题

[zonghua]

@yw9381 那你们.env 里面的信息记录在哪

[l32606]

@liuzhedash 应该用什么方式发布更合理？