版本控制存储过程/PLSQL？答案

【问题标题】：versioning stored procedures/PLSQL?版本控制存储过程/PLSQL？
【发布时间】：2011-01-24 07:19:16
【问题描述】：

有没有一种有效的方法来版本化用 PL/SQL 编写的存储过程？（我只提到 PL/SQL 是因为可能存在特定的工具，任何针对存储过程版本控制的答案都是理想的）。

【问题讨论】：

不是我知道的，也不是包。
你能更仔细地定义这个吗？我认为工件的版本控制具有一个或多个从基础派生的变体。从这个角度来看，“版本化的 PL/SQL”意味着“略有不同的 PL/SQL 脚本”。这有什么难的？
@Ira Baxter：让别人去做。
指责我没有幽默感。但我不明白这个问题。这里的其他人似乎将这个问题解释为“使用版本控制系统”（如果这是问题所在，那就没有什么难的了；事实上你不这样做，你很快就会发现不这样做的后果）。但是我假设这不是问题，因为您没有那样说，而且答案众所周知，我不知道您为什么要问。您能否通过给出一个示例和超过 5 个简短单词的回复来澄清一下？
我工作的地方，没有 PL/SQL 是版本化的。这种情况已经有一段时间了。不可能告诉开发人员开始对 PL/SQL 使用版本控制，然后实际假设（有把握地）签入所有存储过程。很可能有人会忘记签入，最终出现“谁拥有最新版本之前”/回滚的情况。

标签： stored-procedures plsql versioning

【解决方案1】：

在我目前的工作中，团队现在正在使用以下方法对PL/SQL进行版本控制。在编译PL/SQL时，无论编译成功与否，都会在日志表中插入一条记录。除了在半夜，还有一个 JAVA 代理被安排自动运行，检查 PL/SQL 源是否需要签入 CVS。

更新

博客链接现在是AMIS TECHNOLOGY BLOG

以下链接不再有效

http://technology.amis.nl/blog/846/plsql-source-code-control-inside-the-database-after-compile-trigger-for-automatic-archiving

【讨论】：

我们在我的工作中也采用了类似的系统。我的主要问题是办理登机手续时没有太多信息。我们无法判断哪些代码更改与我们的错误跟踪系统中的哪个问题相关。当我们查看历史时，没有“为什么”，只有用户和日期。此外，还有很多噪音，因为不完整的工作也会被登记。我们还没有找到处理这些事情的好方法。
嗨@AdamHawkes。完全披露，我是我所指的产品 Gitora 的创始人。但是这个问题的解决方案很少见，所以我认为值得一提。我们使用 PL/SQL 进行了很多数据库开发，并且遇到了同样的问题。我们为 PL/SQL 构建了一个解决方案，它完全解决了这个答案中提到的问题。我们构建了一个产品，将 Git 与 Oracle 数据库连接起来，这样 PL/SQL 开发人员就可以像 Java 开发人员一样管理他们在 Git 中的代码库。希望对您有所帮助。
由于链接不再有效而被否决......这就是为什么答案不应该只是一个链接而是一个实际的解释

【解决方案2】：

您可以使用“常规”版本控制系统吗？我们所有已部署/可部署的存储过程都像应用程序代码一样受到控制。

自从我处理 PL/SQL 以来已经有一段时间了，所以我没有任何关于包定义的内容。

当然，这不是在数据库中，但是...

【讨论】：

【解决方案3】：

我们构建了一个工具，以便我们可以在 Oracle 数据库中管理我们的 PL/SQL 代码。它将 Git 连接到 Oracle 数据库并帮助您轻松管理 PL/SQL 代码库。您可以执行基本的 Git 任务，例如提交、重置、分支、克隆、合并、拉取等……Gitora 会自动更新数据库中的 PL/SQL 代码。

您可以在www.gitora.com下载。

【讨论】：

我喜欢该解决方案（您的产品），但您的答案不再有效，因为您的解决方案不再免费。所以现在你的答案现在可能被视为垃圾邮件
我完全忘记了我给出的这个答案。 :-)。我更新了我的答案。谢谢！

【解决方案4】：

Oracle 的免费 SQL Developer 工具与 CVS 和 Subversion 集成，用于 PL/SQL 代码的版本控制。

【讨论】：

能详细说明一下它的使用方法吗？而且链接失效了
谢谢，我已经更新了链接。恐怕我无法详细说明 SQL Developer 中的版本控制，因为我实际上并没有使用它！