【问题标题】:Entity Framework and SVN [closed]实体框架和 SVN [关闭]
【发布时间】:2014-07-19 02:48:50
【问题描述】:

如何在使用 SVN 的多开发人员环境中使用实体框架?我的意思是,每次我对我的机器进行更改时,所有开发人员都必须更新他们的代码。他们应该停止他们正在做的事情并编译​​应用程序。 如果有人更改了一个表,那就是一团糟,因为每个人都需要停止正在做的事情来重新编译,这没有效率。 我认为这应该是使用 Entity Framework 和 SVN 的更好方法。 谢谢!

【问题讨论】:

  • 他们不应该在您每次更改代码时都这样做。如果他们不需要它来继续工作,那么每次有人签到时都没有理由拉最新。通常我只会在我开始工作之前,如果需要有人刚刚添加的东西。你不需要一直说 100% 是最新的。只是我的意见
  • 这不是一个 .NET 问题,您和您的团队应该学习如何使用版本控制。
  • @workabyte 我真正看到这发挥作用的唯一领域是删除列。如果其他人试图测试他们过时的 EF 模型(仍在寻找该列),他们将得到运行时错误。但它与 SVN 没有任何关系。
  • 我同意这与 SVN 无关,这不是 .NET 问题。我也会尝试提高我们对版本控制和实体框架的了解。谢谢大家。
  • “我的意思是,每次我在我的机器上进行更改时,所有开发人员都必须更新他们的代码”——二进制表......是的,如果有人也在处理这个表,那就是无论如何都是一个问题。但无论如何,开发人员在提交主干之前需要获取并构建最新版本,所以不确定这有什么不同。如果您不想处理二进制文件,请在构建过程中从文本文件构建表。

标签: entity-framework svn tortoisesvn


【解决方案1】:

只有当他们使用的实体受到更改的影响时,他们才需要更新他们的代码。请注意,此问题并非特定于 EF。对已更改为具有不同列名的表执行普通 SQL 查询,您会遇到相同的问题。

我会考虑做一些事情......

  1. 控制谁在更改数据库/模型以及更改时间
  2. 将您的 EDMX 拆分为逻辑图表,而不是一个包含所有内容的巨大图表
  3. 创建数据库项目来存放 SQL 文件并将它们放入 SVN 中
  4. 复制测试环境数据库并经常同步它们。

【讨论】:

    猜你喜欢
    • 2011-04-06
    • 2023-04-03
    • 2010-10-13
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-09-08
    • 2010-09-06
    • 1970-01-01
    相关资源
    最近更新 更多