4

为了部署到不同的天蓝色环境，我在编译步骤中修改了 csdef 以更改主机头。这样做需要为每个环境构建一次 cspkg，而不是能够重用 cspkg 并为部署指定不同的配置。

我想在创建 cspkg 后修改它的 csdef 文件，而不需要重新编译。这可能吗，如果可以，怎么办？

4

3 回答 3

6

我已经做了类似于您所追求的东西来区分测试和实时环境。首先，您需要创建一个新的 .csdef 文件，用于替代设置。这需要是完整的文件，因为我们只是将其与原始文件交换。现在我们需要将它添加到云项目中。右键单击云项目并选择卸载项目。再次右键单击它并选择编辑[项目名称]。有一个部分看起来有点像这样：

<ItemGroup>
    <ServiceConfiguration Include="ServiceConfiguration.Test.cscfg" />
    <ServiceDefinition Include="ServiceDefinition.csdef" />
    <ServiceConfiguration Include="ServiceConfiguration.cscfg" />
</ItemGroup>

添加一个指向新创建文件的新 ServiceDefinition 项。现在找到以下行：

<Import Project="$(CloudExtensionsDir)Microsoft.WindowsAzure.targets" />

然后添加此代码块，将 TargetProfile 检查编辑为您要用于替代的构建配置，并确保它指向您的新 .csdef 文件

<Target Name="AfterResolveServiceModel">
    <!-- This should be run after it has figured out which definition file to use
        but before it's done anything with it.  This is all a bit hard coded, but
        basically it should remove everything from the SourceServiceDefinition
        item and replace it with the one we want if this is a build for test-->
    <ItemGroup>
      <!-- This is an interesting way of saying remove everything that is in me from me-->
      <SourceServiceDefinition Remove="@(SourceServiceDefinition)" />
      <TargetServiceDefinition Remove="@(TargetServiceDefinition)" />
    </ItemGroup>
    <ItemGroup Condition="'$(TargetProfile)' == 'Test'">
      <SourceServiceDefinition Include="ServiceDefinition.Test.csdef" />
    </ItemGroup>
    <ItemGroup Condition="'$(TargetProfile)' != 'Test'">
      <SourceServiceDefinition Include="ServiceDefinition.csdef" />
    </ItemGroup>
    <ItemGroup>
      <TargetServiceDefinition Include="@(SourceServiceDefinition->'%(RecursiveDirectory)%(Filename).build%(Extension)')" />
    </ItemGroup>
    <Message Text="Source Service Definition Changed To Be: @(SourceServiceDefinition)" />
  </Target>

要恢复正常，请右键单击项目并选择重新加载项目。现在，当您构建项目时，根据您使用的配置，它将使用不同的 .csdef 文件。值得注意的是，其中的设置编辑器不知道您的第二个 .csdef 文件，因此如果您通过 GUI 添加任何新设置，则需要手动将它们添加到此备用版本。

于 2012-05-03T22:30:31.607 回答
3

如果您只想拥有不同的 CSDEF，那么您可以直接使用 CSPACK 命令提示符轻松完成，如下所示：

  1. 打开命令窗口并找到与 Windows Azure 项目相关的 CSDEF/CSCFG 和 CSX 文件夹所在的文件夹
  2. 根据您的微小更改创建多个 CSDEF
  3. 确保在启动 CS* 命令的路径中有 Windows Azure SDK
  4. 使用 CSPACK 命令并传递参数以使用不同的 CSDEF 和输出 CSPKG 文件，如下所示：

cspack <ProjectName>\ServiceDefinitionOne.csdef /out:ProjectNameSame.csx /out:ProjectOne.cspkg /_AddMoreParams

cspack <ProjectName>\ServiceDefinitionTwo.csdef /out:ProjectNameSame.csx /out:ProjectTwo.cspkg /_AddMoreParams

有关 CSPACK 的更多信息：http: //msdn.microsoft.com/en-us/library/windowsazure/gg432988.aspx

于 2012-05-03T17:41:02.650 回答
0

据我所知，.cspkg 创建后不能轻易修改。我想你可能在技术上可以，因为 .cspkg 是一个遵循特定结构的 zip 文件。

我要问的问题是为什么？如果要修改 VM 角色大小等设置（因为它是在 .csdef 文件中定义的），那么我认为您有几种替代方法：

  • 为每个变体创建一个单独的 Windows Azure 部署项目 (.csproj)。是的，我意识到这可能很痛苦，但它确实让 Visual Studio 工具运行良好。拥有更易于使用的工具支持可能是值得的。
  • 在构建过程中运行配置文件转换。类似于 web.config 转换。

就个人而言，我采用不同的 .csproj 方法。主要是因为我不是配置文件转换忍者。. . 然而。;) 这是阻力最小的路径，到目前为止效果很好。

于 2012-05-03T14:21:20.343 回答