如何使用Oracle Apex处理版本控制
Oracle Apex非常棒。我对它最大的问题是将它与源代码控制一起使用。通常，在进行更改后，会导出整个应用程序，并将生成的SQL脚本签入到源代码控制中。
问题是，因为不清楚大多数导出的脚本在做什么，所以我必须将其本质上视为一个二进制文件。这意味着来自多个源代码分支的更改不能合并在一起，这严重限制了它的有用性。
我听说有些人导出每个页面，并将它们单独放入源代码控制中。首先，这听起来像是一个很大的痛苦。其次，除了导出页面的应用程序之外，Apex不允许将页面导入其他任何应用程序。因此，很难让两个开发人员同时在他们自己的应用程序副本中工作。
有没有人找到了用源代码控制来处理Apex的好方法？我使用的是Subversion，尽管我怀疑这有什么不同。
回答 3
Stack Overflow用户
发布于 2011-10-29 02:00:14
我也处理过这个问题。问题的另一个方面是，Apex与底层SQL数据库联系得如此紧密，以至于SQL中的任何更改都需要反映出来(换句话说，导出每个页面都有其他问题，而不仅仅是一个巨大的痛苦)。实际上，据我所知，当您导出页面时，共享组件也不会导出。
我们通过导出整个应用程序并将其签入来处理此问题。从本质上讲，目前没有更好的方法来处理APEX中的版本控制。我还记得在Oracle APEX论坛上看到过一些东西，说可以将导出的文件a way to split到组件部分中，但我还没有尝试过。
Stack Overflow用户
发布于 2018-04-24 05:04:43
对于这个问题，我想出了一个相当不错的解决方案。其主要思想是将开发转移到开发人员自己的工作站上，并使用Subversion保持同步并合并所有不同的APEX应用程序版本。
这使得源代码管理工作流看起来像这样：
也就是说，每个开发人员都有自己的Oracle数据库实例，安装在自己的工作站上。只要所有的工作区和应用程序is在工作站之间保持同步，合并APEX转储文件就非常容易--并且拥有源代码控制可以确保它们保持这种状态。
我的团队已经使用这种方法将近两年了，取得了很好的效果。
基于这一经验，我编写了a small article，详细介绍了整个方法，因为我希望它对其他团队有用。
Stack Overflow用户
发布于 2016-12-07 15:11:29
默认的Apex导出应用程序到一个sql文件中(Apex导出)。此外，Apex还有APEXExport拆分器，可将应用程序导出为单独的部分(css，模板等)。将这些部分提交到svn中是一种好方法
1. Automating APEX Export for SVN
https://stackoverflow.com/questions/7932860
复制相似问题