小公司都是怎么部署代码到生产环境服务器的？

[rockyliang]

据我所知，大公司的代码上线流程一般都会很规范，有专门的代码发布系统。但小公司的话，可能会没有实力去开发这种发布系统，所以想了解下这个问题。

如果是我的话，我的做法应该是： 首次部署使用 git clone，后续代码的变更则使用 git pull

这种做法好不好？或者有没有更好的做法呢？

[everyx]

docker swarm + 手动更新镜像 😂

[hsowan]

Jenkins: Build great things at any scale

[Felldeadbird]

我一直 SFTP 传上去的。将要上传的文件 通过 GIT 导出差异。

[Soar360]

如果是 .NET 项目的话，可以参看：

使用批处理(.bat)文件一键编译 .NET CORE 网站并发布至 IIS

https://www.coderbusy.com/archives/1595.html

[rockyliang]

@sagaxu 牛逼，如果出 bug 了怎么办，直接线上修 bug 吗😂

[pigspy]

gitlab ci 挺好用的

[awing]

有 CI/CD 吗？没有，那就这样：

```bash
tar -cJf - ./xxx | ssh user@hostname 'tar -xJf -'
```

[jingkaimori]

@GM 生产环境的合并也不总是 fast foward，git pull 在相似代码格式变动后的自动合并能治好低血压

[coolcoffee]

直接专门有个分支来 git pull 也是没问题的，已经算是有点流程了, 只要别让其他人有权限直接去改文件内容。

但更好的办法就用 git tag，每次发版本的是都打出一个 tag，然后远程去 check git tag 或者用 CICD 流去更改生产服务器的内容。

打 tag 的好处就是方便有个版本回滚，万一这次发的版本有问题，迅速找到上次发版正常的 tag 再发一次就能回滚完成。

[dayeye2006199]

github actions + skaffold 部署到 k8s

感觉这个和公司大小没关系，本身也没特别复杂，就看你们的工程实践是不是重视。
大部分没法自动化部署我觉得都不是工具系统不足的问题，主要是
1. 心态 - 不信任自动化部署、连续部署
2. 不写测试 - 没有 CI，上线心慌慌
3. 政治 - 运维表示我不是没活干了

[sagaxu]

@rockyliang 出 bug 再登上去现场改啊，调试的时候来点 exit(json_encode(xxx))也是日常操作了

[shayuvpn0001]

@rockyliang 现在都 DevOps 了，一边开飞机一边修飞机是基操了吧。

[kwanzaa]

@sadfQED2 有被笑到

[timothyye]

GitLab -> GitLab CI runner -> Docker Image -> Harbor -> K8S

[w7938940]

cap deploy

[zhjy23212]

docker 打包，还在用 docker swarm，写了个 makefile，make stop make restart

[MarkLeeyun]

xftp

[akira]

需要编译的 本地编译好，sftp 上传到服务器
不需要编译的 服务器端直接修改

[vibbow]

小公司当然是直接 sftp 拖文件 😂

[xuanbg]

自然是 jenkins 点一下构建就行了