我们有/遇到过完全相同的问题,我们有一个由 10 名开发人员组成的团队,他们正在开发一个 force.com 应用程序,该应用程序具有大量的顶点类 (>300) 和 VF 页面 (>300)。
我们开始使用 Eclipse 插件,但发现它:
- 每次调用保存时在美国以外的地方工作太慢需要> 5个部分
- 与一个由 10 名开发人员组成的团队解决许多合并问题
接下来我们尝试在我们自己的独立沙箱中开发,然后合并代码。这对于一个小项目来说是可以的,但是当你有很多文件并且需要在沙箱之间推送更改时,它变得无法管理,因为唯一比 force.com 开发工具更糟糕的是 force.com 的部署/构建工具。没有自动化,全是手动的。也没有简单的方法在沙箱之间移动数据。
我们的第三种方法是在浏览器中编辑我们所有的 VF 页面和 Apex 代码。(不使用显示在页面下半部分的嵌入式编辑器,因为那是错误且缓慢的),而只是使用设置>开发> Apex类下的常规编辑器。这工作正常。为了补充这一点,我们还有一个预定的工作,它将下载我们所有的代码并将其保存到我们的 SVN 存储库中。我们还构建了一个工具,允许我们单击桌面上的文件夹并压缩其内容并将其部署为我们的静态资源。
然而,这种方法仍然有其缺点,即在云中开发缓慢且痛苦,他们(销售人员)开发即服务的想法是疯狂的。此外,我们没有真正的 SCM,我们仅将其用作备份。
底线是 force.com 是 CRM 而不是开发平台,如果可以的话?跑,逃,尽可能快地离开它。将它用于除 CRM 之外的任何东西都会带来更多麻烦,而不是值得。甚至他们的口号“No Software”每次都让我发笑