【问题标题】:Developing on a 64bit machine when the production is 32bit生产是32bit时在64bit机器上开发
【发布时间】:2012-12-28 09:03:02
【问题描述】:

去年我有一台 64 位机器,我开发了一个运行 32 位的产品。

到目前为止,我没有任何问题。

有人告诉我,我需要更换我的工作站,这样它才能运行 32 位。 他的原因之一是可能存在一些问题,因此从 GAC 获取的一些 dll 是为 64 位设计的,可能在我的计算机上运行,​​但在发布到生产环境时可能会出现错误。

关于 GAC 是否正确?

我应该更换工作站吗?还有其他原因需要更换吗?

【问题讨论】:

  • +为好问题投票!期待一些意见。

标签: .net 64-bit 32bit-64bit gac 32-bit


【解决方案1】:

这就是持续集成的目的。获取 32 位 CI 环境设置以在每次提交后测试您的更改。这样您就可以知道您的更改适用于您的生产环境。

通过将构建过程转移到与生产机器具有类似设置的专用机器上,您可以更可靠地构建和测试。这对于摆脱“为我工作”的问题是有好处的,就好像它不是在 CI 服务器上构建的那样,然后出了点问题。

请参阅herehere 了解更多信息。

【讨论】:

  • 你能稍微扩展一下这个主题吗?
  • +1 如果工作过程是您在机器上构建一些东西并将其投入开发,那么 64 位机器是公司最不担心的问题。您应该签入源代码,并且应该在专用的构建机器(可以是虚拟机)上签出源代码,并与其他每个人的源代码更改一起构建。
  • @jamesj 我们有一个专门的构建机器运行夜间构建。它包含所有代码及其 TFS 版本控制。
  • @Mithir - 您可以设置 TFS 以在每次提交时进行构建。这是CI。如果您有不同的机器构建您的生产版本,那么您不需要更换您的机器。如果您在调试或某些方面遇到问题,请安装虚拟机,但更换它是多余的。
【解决方案2】:

恕我直言,您应该保留您的机器野兽并在那里进行开发。您可以让 Windows VM 或另一台机器在那里进行所有测试、验证和调试。

【讨论】:

  • 我不介意格式化,我只是想知道原因是否正确,是吗?
猜你喜欢
  • 2020-03-06
  • 2016-05-10
  • 1970-01-01
  • 2010-11-12
  • 1970-01-01
  • 1970-01-01
  • 2011-09-09
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多