您如何管理资源控制中的安排文件?

允许声称您有一个常规的互联网应用程序,也有一个文档配置。无论如何。 每个使用该任务的程序员肯定会对他们的开发盒有一个变体,肯定会有开发,生产和相位变化。 你如何在资源控制中管理这个? 根本不签署这些文件,用各种名称检查或完全做一些昂贵的事情?

0
2019-05-18 21:26:51
资源 分享
答案: 10

很长一段时间以来,我实际上确实做了bcwood实际所做的事情。 我在资源控制下维护了web.dev.config,web.test.config,web.prod.config等的副本,然后在构建/部署系统发布到众多设置时,它们立即对其进行了重新标记。 您在文档之间会得到一定数量的冗余(特别是其中的每一个asp.net东西),但通常情况下它实际上运行良好。 您还需要确保组中的每个人都牢记升级 所有 文件进行调整时。

顺便说一句,我将扩展名保留为“ .config”,以确保文档组织不会受到损坏。

关于配置文件的邻域程序员变体,我不断尝试我的理想,以敦促个人使用尽可能高的相同邻域设置,以确保不需要自己的变体。 它并不能使每个人都受益,在这种情况下,个人通常只需根据需要在您所在的区域进行更改,然后再从那里进行。 它也不是令人发指的东西。

0
2019-12-03 03:55:38
资源

我们只需维护已登录的制造配置文档。当程序员从安全的资源中提取文档以进行托管或增长时,程序员有责任对文档进行转换。 实际上,这在以前已经融化了我们,因此我不建议这样做。

0
2019-12-03 01:32:07
资源

不要变异那些文件。 改变布局或其他东西。

0
2019-05-21 04:40:54
资源

目前我有“布局”配置文件,其中包含扩展作为示例:

web.config.rename

但是,如果必要的调整实际上已经转变,我可以看到对此方法的担忧。

0
2019-05-21 04:40:15
资源

@Grant是对的。

我是一个拥有近100名其他程序员的小组,而且我们的配置文件也没有探索资源控制。 我们在数据库中有各种文件的变体,每次检查都会绘制,但它们不会变换。

它对我们来说运作得相当好。

0
2019-05-21 04:39:08
资源

我过去执行的是拥有一个登录到资源控制的默认配置文件。 之后,每个程序员都有自己的覆盖配置文档,这些文档在资源控制中被遗漏。 应用程序首先获取默认值,然后如果存在覆盖文档,则批量使用,并且还可以使用从覆盖中选择的任何类型的设置到默认文档。

总的来说,较小尺寸的覆盖文件要好得多,但它可以为具有非常典型设置的程序员提供更多设置。

0
2019-05-21 04:38:51
资源

我版本控制它,但从未将其推送到各种其他Web服务器。 如果制造Web服务器要求进行调整,我会直接对配置文档进行调整。

它可能并不相当,但它的功能非常好。

0
2019-05-21 04:37:35
资源

app / web的审查,简单 - 香草变化。 config需要通用,足以与所有程序员设备一起工作,并且可以维持到任何类型的新设置调整等等。如果您要求设置开发/测试/生产设置的详细设置,请使用以下方式登录不同的文档:正如GateKiller所提到的,那些设置与某种类型的调用约定,虽然我通常选择“web.prod.config”,而不是转换文档扩展。

0
2019-05-21 04:36:49
资源

我们使用登录到版本控制的布局配置文档,然后使用我们的自动构造中的操作来更改布局文档中的详细信息访问权限,并使用设置 - 详细信息设置。 设置 - 详细信息设置保存在另外受版本控制的XML文档中。

我们在自动构造中使用了MSBuild,因此我们使用MSBuild社区任务中的XmlUpdate作业来升级值。

0
2019-05-21 04:19:18
资源

我的组维护配置的不同变体适用于每个设置(web.config.dev,web.config.test,web.config.prod)。 我们的发布稿件复制出适当的变体,将其重新标记为web.config。 通过这种方式,我们对config的完整版本控制适用于每个设置,可以方便地执行diff等

0
2019-05-21 04:15:48
资源