脱离了 git,我现在用 sftp+phpstorm 来实现多人合作开发。

2017-10-29 13:04:14 +08:00
 fkbd
上个月脱离了 git,使用了 sftp。

先说一下情况:
1.团队人数比较少,只有 4 个人。并且大家希望在开发的过程中,可以实时看到整体的情况。

2.因为是底层开发的情况,又使用了敏捷开发的模式。虽然我们开发前进行过函数的统一,但每个人的代码都可能随时为适应整体做出一些小改变,进而影响另一个人。我们希望能即使的沟通,并且随时保证函数代码能通用。

3.我们在实际过程中,发现我们统一在公共服务器上实时预览效果能帮助我们更好的了解程序整体。

再说一下,可能为引起各位疑惑的问题。

1.同一文件的反复提交覆盖:因为 ide 自身提供了 merge 的功能,所以这一问题能很好的解决。
2.历史版本:ide 自身提供了历史库,历史也都可以追溯。
3.为什么不用 git:git 的仓库很好很好用。但是对于需要关联密切的底层开发,仓库反复的提交、下载,显得有些累赘。

使用 sftp 管理的心得:
这样处理确实大大加快了开发的进度,得力于良好的沟通,代码也不会出现问题。A 写接口,B 写逻辑,双方完成后提交马上可以看到结果。A 和 B 能根据双方的思路,沟通出更适合的逻辑并写实时的看到结果。

当然这套开发的程序,我也只建议在这一阶段使用。能到实际上线后,我们还是会使用 git 的方式进行版本迭代。
11027 次点击
所在节点    程序员
79 条回复
towser
2017-10-29 16:09:42 +08:00
phpstorm 有 git 插件。
bramblex
2017-10-29 16:19:24 +08:00
你们怕不是不知道还有多少 php 程序员还在用 cp 做版本管理的吗?
楼主已经很不 php 了好吧.
tlday
2017-10-29 16:39:05 +08:00
你们这样等于为了一个实时预览抛弃了围绕 git 产生的一系列开源工具与最佳实践。
git 仓库的实时预览可以通过 gitlab,github+octree(名字记不清了)或其他类似工具实现。还附带分支切换预览,文件比对,打包下载,ci/cd,自动化测试,blame,history,权限控制,等等。
newdongyuwei
2017-10-29 19:26:44 +08:00
“因为是底层开发的情况,又使用了敏捷开发的模式”, 底层开发? 确实挺 low 啊!不带这么黑敏捷开发的。。。难道版本控制不是软件开发的根本基础吗?

这种倒车负分经验还是别分享了,有这污点,以后面试都难。
learnshare
2017-10-29 19:37:47 +08:00
嗯,不需要版本管理,不如 OneDrive 之类的实时同步
Phariel
2017-10-29 20:06:26 +08:00
你这样跟打包 QQ 互传区别在哪?多了个服务器?
klgd
2017-10-29 20:12:40 +08:00
我有点儿懵,用 PHP 写什么底层然后会导致你们放弃版本控制(不单单值 git )?
scofieldpeng
2017-10-29 21:32:12 +08:00
这倒车开得。。。没看到有先进和方便在哪儿,我就说这么几个最简单的问题:
1. 有个组员回家了之后激情仍在,想通宵写代码,你这个方案搞一下?你的 history 怎么保存呢?
2. 如果组员需要写同一个文件,你这个怎么弄?哎小 A,1-1000 行是我的,你就不要碰了,先敲 1000 个空白行再接着开发,小 C,你的是 2001-3000 行,你得敲 3000 个空白行哦,别忘了
3. 擦,明明我本地是好的,怎么不对了,哎,大伙们,你们谁改了我 xxx 文件下第 yyy 行 zzz 列的那个函数?
还不说楼上说的自动部署,集成测试以及删库跑路,就这 3 个问题你这方案就歇菜了
SlipStupig
2017-10-29 21:55:47 +08:00
开 feature 和 bugfix 同时进行的时候,你们怎么处理呢?
johnnie502
2017-10-29 22:10:25 +08:00
这不叫协同开发,这叫每人负责一个模块开发,不然就是一锅粥
Felldeadbird
2017-10-29 22:25:15 +08:00
小团队短时间内攻关可以选择。
但业务上线后,必须马上切换版本库了。否则后续会很多问题出现的。到时候管理就会一锅粥。很多小公司都是这么干的。
楼主是有想法的,但是希望楼主离职前把项目切换回版本库去吧。否则容易祸害后人 :)
kiwi95
2017-10-29 22:25:22 +08:00
楼主说就 4 个人,估计项目也不大,要是所有人对 git 都不熟,用 sftp 也没什么,不过这经验不值得学习,毕竟我一个人的代码也需要 git 管理…
gouchaoer
2017-10-29 22:25:41 +08:00
我觉得可以,只要用的顺手就行
chmlai
2017-10-29 22:48:06 +08:00
哈哈哈
wdlth
2017-10-29 23:04:51 +08:00
都变成了 local history 还追溯谁干的?
HuangLibo
2017-10-29 23:23:06 +08:00
其他组员居然还能忍, 也是奇迹. 物以类聚?
rainex
2017-10-29 23:54:38 +08:00
这不是开倒车,也不是回归原始社会,这是直接回归到地球生命的起源状态
eternal403
2017-10-30 00:32:33 +08:00
这还不是开倒车?我们团队也 4 个人,git 各种 feather,git flow 用得贼溜。 对于需要关联密切的底层开发,仓库反复的提交、下载,显得有些累赘。 这不正是 git 的优势么?虽然说,用自己顺手的工具就好,但是个人还是强烈建议可以适当花时间多看下 git,感觉楼主提到的问题都不是个事儿。
fetich
2017-10-30 00:43:43 +08:00
前公司的老做法,后来过渡到了 Git/Hg。#6 的言论让我笑了半天。
pynix
2017-10-30 01:57:14 +08:00
强势围观

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

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

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

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

© 2021 V2EX