如果在使用 Ember.js 和 ember-data REST 适配器时，是否有一些冲突解决策略来处理将数据持久化到服务器的问题？
至少对于我的情况，在冲突的情况下失败并回滚就足够了，如果可以通知用户这一点就更好了。那么，需要什么样的数据/结构呢？某种“版本”ID在模型上，其中服务器可以检查提交的版本，并确保客户端拥有最新数据。在 Ember.js 中是否有任何东西可以使这个过程更加自动化？如果有，是什么？
编辑：还有什么可以帮助处理批量提交模型的冲突吗？比如说，我们有一个父模型，它与几个子模型之间存在“hasMany”关系，并且它们都要同时持久化到数据库中。如果只涉及服务器端代码，我觉得我可以在使用的任何数据库中使用事务将其封装起来，如果有什么过期的数据就会失败。这如何转换为 Ember.js 的事务？
我看到 Adapter 类中有一个 bulkCommit 标志。这似乎可以在一个请求中批量提交相同类型的对象。但是，如果我要持久化多个类型的记录，那么这将导致向服务器发送多个请求。是否有一种方法可以将其合并为一个请求发送给服务器，或者匹配 ember-data 的事务和服务器上的事务，因此如果服务器上的事务失败并需要回滚，则 ember-data 事务也会失败？
[我正在评估 Ember.js 用于即将到来的项目，并测试一些功能以及开发体验。我实际上正在考虑使用 socket.io 或类似技术进行更实时的更新。我看到 derby.js 已经迈出了一些自动冲突解决方面的步伐]