salesforce - 托管销售队伍应用程序开发的最佳实践？

Question

我们正在为 AppExchange 开发应用程序，并试图找出进行开发和发布管理的最佳方式。围绕这个有几个问题:

1) 包前缀。我们在非托管模式下开发代码并以托管方式发布，因此我们必须将所有包前缀添加到代码中。有没有办法在运行时动态地做到这一点？现在我们正在使用 Ant 脚本，这使我们无法从 force.com IDE 插件中受益。

2)资源文件......我们正在做一些ajax-ey的东西，因此我们上传了一些不同的资源文件，其中一些是多个文件资源(zip文件)。有没有人使用 ANT 自动构建这些资源，这是否有效？

我们的环境似乎非常脆弱，适用于某些开发人员而不适用于其他开发人员；其他人有这个问题吗？你是怎么解决的？

Answer 1

我不想这么说，但听起来您已经确定了我所知道的最佳方法。使用 Salesforce 打包环境可能是一场彻头彻尾的噩梦。一旦您的托管包有了前缀，就真的不会回到没有前缀的普通包了，除非您像以前那样编写脚本。因此，您会在整个代码中找到包名，系统将为您添加该名称。

我发现使用它的最佳方法是保留您的应用程序的“纯”版本，它将从 Ant 内部干净地安装到开发组织中。一旦您在 Ant 中拥有代码，就可以将其添加到“普通”源代码管理中。似乎在 Salesforce 中并没有为多个团队成员构建太多更大规模的应用程序，因为据我所知，对包含源代码控制的工作流的支持并不多。他们尝试将某种类型的发布管理添加到开发组织配置中，该配置现在处于测试阶段，但似乎一点也不好。

我认为 Ant 使用 Salesforce Force.com 迁移工具在大多数情况下是可行的方法。然而，一旦你想要制作一个托管包，你就会被卡住的代码库卡住，带有该前缀，然后你必须从打包系统内部进行打包发布(从测试版等)本身。最好的方法是刷新到沙箱(每月一次的硬限制!!)，然后让开发人员退出沙箱并部署到单独的开发组织中，然后可以定期合并到“组开发组织”，然后部署回沙箱(使用 Force.com IDE 或 Ant)，然后进入生产。

整个过程基本上是一场彻头彻尾的灾难。 Salesforce 非常接近拥有一个 super 强大的平台，但很多时候感觉就像一辆没有方向盘的很棒的跑车。

至于静态资源，您应该能够使用 Eclipse 以一种相对简单的方式自动化，以便您可以一步单独部署这些资源。 API 也应该支持它。

我已经在一些相当大的 Apex 代码库上工作(我认为并希望)，而且恐怕真的没有明显的优雅解决方案。在某些情况下，您会遇到使用 Ant 进行部署的奇怪组合，在其他情况下使用 Eclipse，等等。

来自其他开发环境，它通常令人困惑和奇怪。例如，令人困惑的是，您无法在一个步骤中轻松转储数据库，同时跟踪对象之间的关系，然后在一个步骤中将其“导入”到另一个组织中。实际上，我们必须编写一个工具，以便在遍历对象关系时轻松提取所有数据、加载所有数据、递归删除数据等，因为我们需要一种在 orgs 中进行测试的简单方法。

顺便说一句，开发组织基本上是扔掉的组织。我们为不同的测试目的创建了几十个，并保留不同的版本和配置。

对不起，我不能给你更好的消息。这里可能有更多的大师可以指出一种优雅的包装管理方式，我会像答案一样对您感兴趣!如果您想表示同情，您可以在 suprasphere --- 在 --- gmail 给我发电子邮件! :)