Salesforce中的版本控制？
是否有任何机构为基于salesforce的项目实施版本控制？如果是，请。分享如何以及使用了哪些工具/技术来实现这些目标。主要是从github到Salesforce是。我们现在正在使用TFS。（）所有签入都是通过Eclipse（使用force.com IDE插件）实现的。这不是很酷，但它正在发挥作用。但是TFS中的分支非常糟糕，您无法立即跟踪本地更改，并且您没有自己的本地副本 我建议您使用Git作为版本控制+bitbucket+Bambol作为构建服务器。这是一个很棒的解决方案，不仅适用于版本控制，而且适用于整个continuos集成过程，特别是当您为开发人员使用功能分支时。它易于合并/维护，并且具有用于批准/构建流程的出色UI。在使用此配置时，我们使用了SourceTree客户端，每个人都非常喜欢）Salesforce中的版本控制？,salesforce,Salesforce,是否有任何机构为基于salesforce的项目实施版本控制？如果是，请。分享如何以及使用了哪些工具/技术来实现这些目标。主要是从github到Salesforce是。我们现在正在使用TFS。（）所有签入都是通过Eclipse（使用force.com IDE插件）实现的。这不是很酷，但它正在发挥作用。但是TFS中的分支非常糟糕，您无法立即跟踪本地更改，并且您没有自己的本地副本 我建议您使用Git作为版本控制+bitbucket+Bambol作为构建服务器。这是一个很棒的解决方案，不仅适用于版本控制
如果你是通过Scrum与Jira合作，你会更喜欢它——一切都是“插销式”集成的。在我看来，它是基于SFDC的项目的最佳解决方案之一，尤其是当您需要处理一些棘手的问题，如取消部署/测试执行（需要时，可以使用apex、量角器/selenium、一些JS单元测试）。您可能还想知道Salesforce即将发布一个本机的开箱即用，即将发布的版本控制系统。这是通过几个版本计划的对变更管理功能的大规模改进的一部分。您可能需要联系您的salesforce客户/合作伙伴经理，因为测试版注册已经开始。仅供参考…我在多个Salesforce实现中使用了版本控制，但它很混乱。我使用过git和ApacheSubversion，除了git更易于使用之外，它们的工作原理基本相同 这个过程相当难看。开发人员在开发环境中编码/配置，然后将代码签入到中心分支（手动合并代码）。然后将该分支部署到环境中进行测试，可以是手动的，也可以是连续集成过程（Jenkins等）。新分支是为新版本而创建的，而不是由开发人员创建的
现在在较小的项目上（~使用salesforce和github来启用salesforce组织的版本控制 以下是github集成需要遵循的步骤（假设代码位于salesforce组织中）
是的，通过使用bitbucket，我们实现了版本控制。我们从主存储库创建分支。每个开发人员都有自己的沙盒。每个分支都在各自的沙盒中开发。完成后，我们将每个分支合并回主存储库。我知道这是一个旧线程，但我相信这可能会对社区有所帮助Salesforce改变了很多 在我们公司，我们使用Salesforce DX和Manifest，使用DX的一些功能，但有传统的支持。它使我们能够与不使用DX但仍使用DX文件夹结构的组织一起工作，并推/拉到实例。由于代码是本地的，我们还可以使用git版本代码 为此，我们喜欢使用VisualStudio代码，它具有优秀的扩展，使工作更容易 您需要：
我希望这会有所帮助。我们从另外两个解决方案中选择了Flosum，这是因为它具有回滚功能、数据迁移功能，而且UI经过深思熟虑，通过减少在处理部署时对糟糕的代码合并冲突噩梦进行排序的时间，以及在与relea合并时防止覆盖，从而节省了团队每天的时间se分支。还告诉谁进行所有更改，并拥有内部ide来处理所有组件的差异，包括salesforce内部的依赖关系。我在对他们和Capado进行SWOT分析时发现了这一点 弗洛森概述 在里面