如何使用Oracle Apex处理版本控制

Question

Oracle Apex很棒。我遇到的最大问题是使用它和源代码控制。通常在进行更改后，将导出整个应用程序，并将生成的SQL脚本检入源代码控制。

问题在于，由于目前还不清楚大部分导出脚本在做什么，我必须将其视为二进制文件。这意味着不能将多个源代码分支的变化合并在一起，这严重限制了它的实用性。

我听说有些人导出每个页面并将它们单独放入源代码控制中。首先，这听起来像是一个重大的痛苦。其次，Apex不允许您将页面导入除导出页面之外的任何应用程序。因此，很难让两位开发人员同时使用他们自己的应用程序副本。

有没有人找到一个通过源代码控制来处理Apex的好方法？我正在使用Subversion，认为我怀疑它有所作为。

Answer 1

我也处理过这个问题。该问题的另一个方面是Apex与底层SQL数据库紧密联系，因此SQL中的任何更改都需要反映出来（换句话说，导出每个页面还有其他问题，而不仅仅是一个巨大的痛苦）。实际上据我所知，导出页面时也不会导出共享组件 我们通过导出整个应用程序并将其签入来处理这个问题。基本上，目前没有更好的方法来处理APEX中的版本控制。我还记得在Oracle APEX论坛上看到导出的文件a way to split成为组件的部分，但我还没有尝试过。

Answer 2

我已经提出了我认为对这个问题来说是一个相当不错的解决方案。主要想法是将开发转移到开发人员身上。拥有自己的工作站，并使用Subversion保持同步并合并所有不同的APEX应用程序版本。

这使源控制工作流看起来像这样：

也就是说，每个开发人员都有自己的Oracle数据库实例，安装在自己的工作站上。 只要工作站之间的所有工作空间和应用程序ID保持同步，合并APEX转储文件就非常容易 - 并且拥有源代码控制可确保它们保持这种状态。

我的团队近两年来一直使用这种方法，效果很好。

根据这些经验，我写了a small article详细说明了整个方法，因为我希望它对其他团队有用。

Answer 3

默认Apex将应用程序导出到一个sql文件中（Apex导出）。但Apex也有APEXExport Splitter，它将应用程序导出到单独的部分（css，模板等） 将这些部分提交到svn

的好方法

1. Automating APEX Export for SVN

2. How to use source control with apex?

3. Apex-source-control

Answer 4

为了它的价值，我们为PL / SQL开发人员提供了一个名为Formspider的应用程序开发工具，它与Git内置集成。完全披露，我们创造了这个产品。