我已将 future-rollback 标记添加到我的 ant 脚本中。我想要做的（我认为future-rollback 是我正在寻找的）是生成一个sql 回滚脚本，但不执行它（回滚脚本必须与sql 脚本一起交付是我客户的要求）。

我的变更日志文件有许多变更集，其中一些包含 <sqlFile>标签。

例如：

<databaseChangeLog ...>

<include file="latest/somesqlprocedure.xml" relativeToChangelogFile="true"/>

</databaseChangelog...>

latest/somesqlprocedure.xml有sqlFile标签的地方。

<databaseChangeLog xmlns="http://www.liquibase.org/xml/ns/dbchangelog/1.9" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.liquibase.org/xml/ns/dbchangelog/1.9 http://www.liquibase.org/xml/ns/dbchangelog/dbchangelog-1.9.xsd">

<sqlFile path="${changelog.dir}/latest/myprocedure.sql" splitStatements="false" />

</changeSet>

</databaseChangeLog>

当我运行 ant 脚本时，出现以下错误

liquibase.exception.ChangeLogParseException：无效的迁移文件：<sqlfile path=${changelog.dir}/latest/myprocedure.sql> -找不到文件

有谁知道发生了什么？

这是 build.xml 文件的片段

提前致谢。

我对源代码控制和 Subversive 完全陌生，并且我已经提交了对不应该修改的文件的更改。我已经完成了一个多小时的文档和互联网搜索，但我想我对这些术语还不够熟悉。此外，许多源代码控制资源似乎是为命令行用户提供的。

以下是我迄今为止尝试过的：首先，我使用了 Team > Revert 选项，但后来我发现这只会影响本地副本。我查看了存储库的 Web 界面，但它只提供了一个 diff 工具，而不是回滚工具。我还打开了“历史记录”选项卡，并在上下文菜单中找到了“从修订版 X 恢复更改”和“切换到修订版 X”。

根据我找到的文档，我认为其中一个是我需要的，但我不确定是哪个。另外，我不知道是否选择当前版本，因为那是我想要撤消的版本，还是之前的版本，因为那是我想要达到的版本。如果这是一个代码问题，我只需运行一个小测试，但在这种情况下，我担心选择错误的选项会使事情变得更糟，而且我不想用无用的测试文件弄乱存储库.

所以，总而言之：我如何使用 Subversive 将单个文件回滚到其之前的版本？

sql server中事务回滚的机制是什么？

文章回滚

我已经删除了这个问题的很多正文，因为我意识到我应该改写它。这里是改写：

我怎样才能实现带有删除线的东西？将一个修订更新与前一个进行比较。我本身不想要修订或版本控制，因为我可以在我的 mySQL 数据库中处理它，但我希望能够通过几乎类似更改日志的页面上的更新来直观地识别带有绿色和红色删除线的更改（如果用户想看看）。

我在 SO 的修订更改中看到了类似的内容，并且想要这样的东西吗？

我认为我现在的问题与原来的问题根本不同，对不起

但在这里：https ://stackoverflow.com/posts/2326658/revisions

我目前正在尝试将单个文件返回到 subversion 中先前版本的状态。我不想提交该文件，只需将其作为对工作副本的修改即可。我该怎么做？

编辑： 有人建议我使用结帐，但如果我运行我希望工作的命令，我会得到：

我想也许我必须使用指向目录而不是路径的 url？

我不小心从表中删除了一些大量的行......

我怎样才能回滚？

我使用PuTTY执行了查询。

如果你们中的任何人能指导我安全地离开这里，我将不胜感激......

我在 EJB3 无状态会话 bean 中使用 CMT。我还创建了自己的异常，带有注释“@ApplicationException (rollback=true)”。

1. 当我想回滚事务时，是否必须使用“context.setRollbackOnly()”？

2. 我可以通过在 bean 的公共方法中抛出异常来回滚事务吗？

3. 如果是这样（Q#2 的答案是肯定的）我是否必须通过在方法中声明异常来从方法中抛出异常，或者仅在方法内抛出异常并在同一方法内处理就足够了本身？（我不想将异常传播到下一个级别。我只想回滚异常。）

提前致谢。;)

出于习惯，我一直在我的应用程序代码中对所有 SQL 查询使用 try/catch 块，并在 catch 块的开头进行回滚。我也一直在提交那些成功的。这对SELECTs有必要吗？它是否在数据库端释放了一些东西？选择语句没有改变任何数据，所以它似乎有点毫无意义，但也许有一些我不知道的原因。

例如

我正在尝试使用 Spring 提供的声明性事务管理功能。我已经按照参考文档中的描述设置了 spring 配置和 bean（即包括 AOP、tx 命名空间和使用<tx:annotation-driven />标签），并且在我想要成为事务性的方法上使用了 @Transactional 注释。

这是代码的样子：

现在，我希望如果上述循环中的任何 DAO 无法处理该事件，那么在此之前进入循环的其他 DAO 对数据库所做的所有更改都应该回滚。

因此，为了测试回滚，我列出了一些事件的列表，例如 (e1, e2, e3)，这会导致拾取 DAO，例如 (d1, d2, d3)，然后我故意在persistEvent 方法中抛出运行时异常道 d2。但是，我得到的结果是程序终止而没有转到循环中的事件 e3，也没有处理抛出的异常。此外，DAO d1 持久化的数据不会回滚。

请让我知道我在这里做错了什么？

我正在阅读有关 PDO 的本教程，并谈到了有关事务的要点。跳过连接部分，我有这个 php 代码：

它运行得很好，就像我想的那样，除非我在某个地方输入了错误。就像我在第四个插入语句中创建了一个错误一样，我会在我的数据库中找到三只动物。但我认为事情应该被回滚，这意味着我会在运行这个脚本之前找到数据库。

我误解了什么吗？我错过了什么？事务和回滚函数是否做了我认为他们应该做的其他事情？drop 和 create 语句是否以某种方式“破坏”了事务？这里发生了什么？

更新：如果我移动该$db->beginTransaction();行以便事务仅在表创建后开始，我会得到我期望的行为。因此，如果第三个插入语句随后失败，则在事务回滚后我将有一个空表（因为它刚刚重新创建）。仍然想知道为什么当 drop 和 create 语句在事务中时它不起作用......