多个开发人员如何有效地在一个force.com应用程序上工作？

Question

我工作的公司正在构建一个托管的force.com应用程序,作为与我们提供的服务的集成.

由于force.com Eclipse插件提供的伪劣工具,我们在同一组文件上同时工作时遇到问题.如果2个开发人员正在处理同一个文件,则会给出一个他无法保存的消息 - 一旦他合并,他必须手动强制插件将他的更改推送到服务器,同时点击2'你真的确定'消息.

基本上,如果另一个人修改了他正在处理的文件,那么每次开发人员想要保存时,工具都会在变更和强制工作分钟方面做错误的工作.

我们目前通过让同事知道谁在编辑文件来基本上"锁定"单个文件来解决这个问题.

感觉就像在这个时代必须有一个更好的方式.有没有人知道我们可以使用的不同工具集,我们可以改变的流程,或者我们可以做些什么来使这更容易？

Answer 1

在使用Force.com平台时,我当前的组织已经发现许多不同的方法可以根据情况而有效.我们都没有问题地使用Eclipse Force.com插件,并且发现以下设置运行良好.

我们有一个集中式版本控制系统,我们使用一系列ant命令部署到开发人员组织实例.然后,我们根据工作范围要么将其分成几块,每个开发人员都有自己的开发组织,合并更改并定期测试它们,或者在一个开发组织中一起工作(如果你有2个开发人员应该不是主要问题)允许您几乎即时集成.

如果你们都试图在同一个文件上工作,那么无论如何都要配对编程,但如果同时处理类似系统的两个组件,共享相同的组织可以让你通过创建骨架来快速灵活地开发您希望使用的系统,然后单独充实细节.

我已广泛使用这两种方法而且我说,根据具体情况,我的工作非常好.

Answer 2

Each developer could work in separate development sandbox (if you have enterprise edition, I think 10 sandboxes with full config & limited amount of data are included in the fee?). From time to time you would merge your changes (diff tool from any version control system should be enough) and test them in integration environment. The chain development->integration->system test->Q&A-> production can be useful for other reasons too.

Separate trick to consider can be used if for example 2 guys work on the same trigger. I've learned it on the "DEV 401" course for Developers.

1. Move all your logic to classes. Seriously. They will be simpler to unit test too.
2. 将自定义字段(多选选项列表)添加到用户对象.值应该等于人们正在处理的每个单独的功能.它最多可容纳500个值,因此您应该是安全的.
3. 对于开发人员1的用户帐户,在选项列表中设置"feature1".为另一个人设置"feature2".
4. 在触发器中写一个if测试每个选项列表值的存在并进入或离开相关类的调用.这会浪费1个查询,但您确定只会调用您想要的代码.
5. 每个开发人员都在他自己的类文件中继续工作.
6. 对于两个功能的集成测试,只需将多选项设置为包含两个功能.

当其他人的代码被证明是非最优的并且吃了太多资源时,我发现这个技巧特别有用.我刚刚在我的用户帐户上禁用了他的功能并继续工作.

This trick can be to some extend applied to Visualforce pages too (if you can divide them into components).

If you don't want to waste query - use some logic like "user's first name contains X" ;)

Answer 3

我们遇到了完全相同的问题,我们有一个由10个开发团队组成的团队在force.com应用程序上工作,该应用程序有大量顶点类(> 300)和VF页面(> 300).

我们开始使用Eclipse插件但发现它:

1. 每次调用保存时,在美国境外工作的速度太慢,需要> 5个部分
2. 与10个开发人员组成的团队合并许多问题

接下来,我们尝试在我们自己的沙盒中进行开发,然后合并代码.对于一个小项目来说这是可以的,但是当你有很多文件并且需要在沙箱之间进行更改时,就不可能像force.com开发工具那样管理更糟糕的东西,就是force.coms部署/构建工具.没有自动化所有手册.也没有简单的方法在沙箱之间移动数据.

我们的第三种方法是在浏览器中编辑所有VF页面和Apex代码.(不使用他们的嵌入式编辑器显示在页面的下半部分,因为这是错误和缓慢的),而只是使用设置>开发> Apex类下的常规编辑器.这工作正常.为了补充这一点,我们还有一个预定的工作,它将下载我们的所有代码并将其保存到我们的SVN存储库中.我们还构建了一个工具,允许我们单击桌面上的文件夹并压缩其内容并将其作为静态资源部署给我们.

然而,这种方法仍有其缺点,即在云中开发缓慢而痛苦,他们(开发即服务)的(salesforce)理念是疯狂的.此外,我们没有真正的SCM我们只将它作为备份.

底线是force.com是CRM而不是开发平台,如果可以的话？跑,逃跑,尽可能快地离开它.将它用于除CRM以外的任何事情都比较麻烦.甚至他们的口号"无软件"也让我每次都笑