与远程人员合作进行drupal开发的最佳方法是什么?我们只有两个人,所以 cvs /svn 是不是有点矫枉过正?有没有在线解决方案?
4 回答
始终,始终使用源代码管理。
没有例外。
没有理由
- 有什么不使用源代码/版本控制的好借口吗?不,一个都没有
即使只有 1 个人在一个项目上工作,实用程序源代码管理带来的成本也大大超过了使用它的成本。
当有 2 个人在一个项目上工作时,不使用源代码控制就等于自杀,因为当另一个人不小心覆盖了包含您刚刚花费数小时进行的更改的文件时,您还会做什么?
一些源代码控制更容易设置。我自己,喜欢 git,因为
cd project
git init
我们完成了。
您可以稍后再计算其余的分发内容,而不会冒无法及时返回并查看您更改的内容的风险。
即使您独自从事项目,我也会建议使用某种版本控制。当然,许多版本控制解决方案的功能之一是合并,但如果您问我,您拥有所有更改的历史这一事实是最强大的功能。
CVS/SVN 也是如此,我不相信它会是这样,除非你要玩弄而不是构建一些具体的东西。有许多在线解决方案,如 github 和 google code,但成本取决于您的项目是否开源。
我对我开发的所有东西都使用版本控制,即使它只是一个 10 行的脚本。(好吧,我不将它用于堆栈溢出答案示例。)有时我在初始开发期间运行一个本地 VCS,然后切换到项目 VCS。
完全适合2人项目,实际上,没有它尝试和相处几乎是不文明的。它将节省您的时间并为您未来的协作工作做好准备。
有很多 svn 存储库的在线提供商和一些知名的 git 服务,
避免 CVS。这是 20 年前向前迈出的一大步,它统治了 VCS 领域一段时间,但你今天不应该为一个新项目碰它。
为了回答实际问题并给出提示,我们使用 Drupal 的源代码控制方法是添加/yoursite/sites/
到源代码控制中。这样,所有模块和主题内容都保存到修订控制中,而不是您无论如何都不想触及的 Drupal 核心。
对 settings.php 和 files 文件夹设置忽略也是一个好主意,后者取决于是否会有很多文件(用户上传的图像等是否应该受源代码控制是有争议的,我们认为他们不应该是)。