外包团队大家是怎么使用 git 的? 能不能分享一些经验

2019-11-16 00:30:43 +08:00
 edk24

我们公司现在组织使用 git, 用码云托管 挂 webhook 部署

有个问题就是, 我们是做外包的, 经常改完保存就想上传看看效果 or 测试.

因为这个我还专门给他们写了个一键 push.shpull.sh

但还是感觉不太方便, 我有些疑问想请教下大家的经验

1.上传会比 ftp 慢一点

2.一键 push.sh 拿时间做 备注 来提交免输入, 又感觉失去了它的意义

3.频繁提交 (改两行 改一个字符马上提交代码测试) gitgit

这样做会不会不对, 我自己捣鼓了 git 想推广给大家使用, 又怕他们觉得麻烦而抵触. 我自己也怕 ftp 相互覆盖, 自动下载 导致一些代码丢失

6460 次点击
所在节点    git
38 条回复
imzcg
2019-11-16 01:24:04 +08:00
外包还 git ?我不是打击你,绝大多数还在用 svn 并拒绝换
xcstream
2019-11-16 02:04:51 +08:00
每人一个分支,每人一个测试环境文件夹
hantsy
2019-11-16 07:54:43 +08:00
Git Flow, Github Flow
oxoxoxox
2019-11-16 08:20:55 +08:00
svn git 都很简单啊,开不同分支就行了,master/develop,搞 ftp 做代码服务器,你们心真大!
Salvation
2019-11-16 08:38:33 +08:00
1. git 本身不是问题,即使是外包,这个也是基础能力之一。
2. 做好 cr 是关键。
3. 如果团队大多数真的不会 git,提供工具也可以,但是有隐含的风险,一旦要回滚或者怎么样,半天操作不来。
4. 改了代码提交 git 不是很正常吗。要不怎么部署测试呢,本机启动?我看见的大公司是要 git 提交,然后机器部署一把的。这个流程很多人都在走。目前看来没有问题。
mcfog
2019-11-16 08:39:49 +08:00
这是 XY 问题
你应该解决的是标准化本地开发环境或者是 CI/CD 的问题,他们和版本控制有关但不是版本控制能够解决的问题
augustpluscn
2019-11-16 08:40:49 +08:00
看效果 or 测试 这不是应该本地测试环境看嘛,跟 git 有毛线关系。
测试服务器自动同步 webhook 完全没问题啊。也就几秒钟吧。。
foamvalue
2019-11-16 08:58:15 +08:00
多分支怎么样,生产 master,测试 dev,开发 2019_0X。
zjsxwc
2019-11-16 09:04:48 +08:00
人的问题,不是 git 的问题,
楼主这种是一群人用一个分支(通过“使用一键 push.shpull.sh”了解到),
还不用考虑冲突解决,
那么我建议还是回去继续用 ftp 覆盖简单粗暴好了
sunziren
2019-11-16 09:10:55 +08:00
楼主的头像是谁啊?
edk24
2019-11-16 10:01:52 +08:00
@zjsxwc ftp 太容易丢代码了, 有时候因为上传不成功都会丢. 怕了
zunceng
2019-11-16 10:22:45 +08:00
git 几个命令学不会? 以后怎么去 github 拷贝代码? 怎么提升外包生产力?
hantsy
2019-11-16 10:23:19 +08:00
ftp 90 年代才用吧,太恐怖了。
记得开始工作的时候用 MS 一个什么鸟东西,忘记了,可以锁定代码的。

后来就用一路用 CVS,SVN,HG/Git,最近 5,6 年一直用 Git,这台本本( 14 年的)上根本就没安装 SVN 客户端了,上一个本上开发时还少量用了 SVN。
GzhiYi
2019-11-16 10:23:44 +08:00
gitlab runner。
falcon05
2019-11-16 10:30:22 +08:00
首先要让他们停止用 ftp,不然后面问题不断
cz5424
2019-11-16 10:35:43 +08:00
测试为什么要频繁提交,本地测不行吗
yoshiyuki
2019-11-16 10:45:26 +08:00
我有跟你一样的场景,下面写出我的做法,供你参考
1,ftp 和 git 要同时用,ftp 用于快速发布代码到测试环境,git 用于代码归档、版本管理(主要是防两个人 ftp 互相覆盖问题)。
2,ftp 用的是 jetbrain 的自带插件,在 tool->deployment 里面可以找到,可以设置自动触发,保存文件的同时,就能发布到测试服务器,解决了发布成本高的问题,一行代码也可以轻松发布。
3,git 的使用和正常情况保持一致即可,git flow 模型是最佳选择,如果团队不会,也可以用同一个分支当 svn 那么用,主要是每完成一个小任务,都 commit 一次,并且必须附上有意义的 message
yoshiyuki
2019-11-16 10:46:43 +08:00
@cz5424 项目和项目之间可能环境依赖有冲突,本地难以调和,用 docker 成本有点高,直接要求客户给准备一个测试服务器是外包的一个好方案
snappyone
2019-11-16 10:55:13 +08:00
一键 push 这个有点秀啊,如果不会用还是别用了,到时候给你 force push 了还得帮人擦屁股还原代码
jagger2048
2019-11-16 11:25:59 +08:00
一键 push 不可取,

频繁提交和代码测试的问题,可以参考 git flow,简单来讲就是开发、测试分支和发布的分支分开管理

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/620076

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX