我在使用 DBML 时遇到了一些问题。每次团队需要将更改同步到 SVN 时,DBML 都会发生更改,从而产生大量冲突。这似乎与 dbml 编辑器中的一些重新排列有关,因为如果您在编辑器中打开 dbml 文件,.dmbl.layout 中的大多数 associationConnector 部分似乎在开发过程中发生了变化。
您是否有任何最佳实践来避免这些可能需要一个多小时才能轻松修复的布局重新排列?
最好的问候,古斯塔沃
我在使用 DBML 时遇到了一些问题。每次团队需要将更改同步到 SVN 时,DBML 都会发生更改,从而产生大量冲突。这似乎与 dbml 编辑器中的一些重新排列有关,因为如果您在编辑器中打开 dbml 文件,.dmbl.layout 中的大多数 associationConnector 部分似乎在开发过程中发生了变化。
您是否有任何最佳实践来避免这些可能需要一个多小时才能轻松修复的布局重新排列?
最好的问候,古斯塔沃
如果只是 .layout 被更改,那么我实际上会忽略该请求,因为链接所有内容的 GUID 仍然匹配。它们只是不会在我设置它们的同一个地方,这是我可以忍受的。如果 .dbml 也发生了变化,那么我会接受两者而不合并。
如果你愿意使用 KDiff3,那么你可以配置一个预处理器命令在合并之前对 dbml 文件进行排序。我在我的博客http://blog.trumpi.co.za/the-one-tip-that-i-wish-i-knew-years-ago-that-merges-easier/上发布了指南。这些说明是针对 git 的,但我知道 TortoiseSVN 可以以类似的方式配置,以将 dbml 合并路由到 KDiff3。