c# - 以编程方式更新 ClickOnce 应用程序的部署 list 会导致缺少 元素，这在 4.0 中是必需的

Question

我正在为 .NET 4.0 ClickOnce WPF 应用程序自动化安装程序，它需要在 app.config 文件中设置一些项目。我经历了使用 Mage.exe 寻找必须遵循的特定步骤的棘手过程。 (即，更新和重新签署应用程序和部署 list )现在我正在尝试自动化安装。

我选择使用 .deploy 扩展来最小化 IIS 的问题/Internet Explorer 安全机制，因此基本上算法如下(基于 Signing and re-signing manifests in ClickOnce (Saurabh Bhatia) 和 Update Configuration of a ClickOnce WPF Application Using Mage or MageUI ，作为其他主要来源):

1. 转到 \Application Files\App_%HighestVersion%\ 文件夹
2. 删除 .deploy 扩展名的文件
3. 运行 mage -u %app%.exe.manifest -cf cert.pfx
4. 恢复 .deploy 扩展
5. 运行 mage -u %app%.application -appm %app%.exe.manifest -cf cert.pfx
6. 将 %app%.application 向上复制 2 级(到 ..\.. - 部署根目录)

如果手动完成，效果会很好。我可以运行一个 .cmd 文件，为环境细节(路径等)定制，但我需要在部署中包含 mage.exe，以及是否微软允许我们这样做对我来说是一个悬而未决的问题。因此，我试图在 Installer 类中执行类似的操作:

X509Certificate2 ct = new X509Certificate2(sPathCert);

//  .. Remove .deploy extension (for files in the sPathApp folder).

sPathMft = Directory.GetFiles(sPathApp, "*.exe.manifest")[0];
ApplicationManifest am = ManifestReader.ReadManifest( "ApplicationManifest", sPathMft, false ) as ApplicationManifest;
if (am == null)
    throw new ArgumentNullException("AppManifest");
am.ResolveFiles();
am.UpdateFileInfo( );
ManifestWriter.WriteManifest(am, sPathMft);
SecurityUtilities.SignFile(ct, null, sPathMft);

//    .. Restore .deploy extensions to files touched above.

sPathMft = Directory.GetFiles(sPathApp, "*.application")[0];
DeployManifest dm = ManifestReader.ReadManifest("DeployManifest", sPathMft, false) as DeployManifest;
if (dm == null)
    throw new ArgumentNullException( "DplManifest" );
dm.ResolveFiles();
dm.UpdateFileInfo();
ManifestWriter.WriteManifest(dm, sPathMft);
SecurityUtilities.SignFile(ct, null, sPathMft);

File.Copy(sPathMft, sPathBin + "\\" + dm.AssemblyIdentity.Name, true);

现在，这是关键。除第 5 步外，一切正常。当应用程序下载到用户计算机时，部署 list 出现问题:

• 部署 list 在语义上无效。
• 缺少部署 list 。

事实上，该部分已不存在(但是，它在原始的 %app%.application 中!)。 ClickOnce - .NET 4.0 errors: "Deployment manifest is not semantically valid" and "Deployment manifest is missing <compatibleFrameworks>" 中描述了类似的结果，但它是不同进程 (msbuild) 的结果。这部分是 4.0 list 的新部分(并且是必需的)，所以我唯一的猜测是，当 ManifestWriter 以某种方式将更改持久保存到磁盘时，它会以 3.5 的方式进行吗？我三次检查是否使用了正确的库 (C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework.NETFramework\v4.0\Microsoft.Build.Tasks.v4.0.dll)。 什么给了？

到目前为止，我尝试手动添加缺失的部分来代替答案:

dm.CompatibleFrameworks.Clear(); // Unnecessary as dm.CompatibleFrameworks.Count == 0 indeed!
CompatibleFramework cf = new CompatibleFramework();
cf.Version= "4.0";
cf.SupportedRuntime = "4.0.30319";
cf.Profile= "Client";
dm.CompatibleFrameworks.Add(cf);
cf = new CompatibleFramework();
cf.Version = "4.0";
cf.SupportedRuntime = "4.0.30319";
cf.Profile = "Full";
dm.CompatibleFrameworks.Add(cf);

但这没有任何效果，无论我将这段代码放在哪里，在 dm.ResolveFiles( )、dm.UpdateFileInfo( ) 或 ManifestWriter.WriteManifest 之前(..)!

我的结果类似于 Stack Overflow 问题 MageUI.exe removes compatibleFrameworks element 或 Why does Mage.exe not generate a compatibleFrameworks attribute? 或 MageUI.exe is not including a compatibleFrameworks element ，但我根本没有使用 mageui、mage 甚至 msbuild!

这是怎么回事？

Answer 1

我自己想出来了。罪魁祸首是 ManifestReader.ReadManifest( "DeployManifest", sPathMft, true )。

MSDN说，[preserveStream argument] “指定是否在结果 list 对象的 InputStream 属性中保留输入流。ManifestWriter 使用它来重构对象表示中未表示的输入。”

抛开措辞，设置true本身是不够的:dm.CompatibleFrameworks.Count仍然是0，但是现在添加了CompatibleFramework 元素会有效果!

对于同一条船上的其他人，我在 dm.ResolveFiles( ) 之前这样做:

if(  dm.CompatibleFrameworks.Count <= 0  )
{
    CompatibleFramework cf= new CompatibleFramework( );
    cf.Profile= "Client";       cf.Version= "4.0";      cf.SupportedRuntime=    "4.0.30319";
    dm.CompatibleFrameworks.Add( cf );              //  cf= new CompatibleFramework( );
    cf.Profile= "Full";     //  cf.Version= "4.0";      cf.SupportedRuntime=    "4.0.30319";
    dm.CompatibleFrameworks.Add( cf );              /// no need for separate object
}

@davidair，感谢您的建议!同意，但我更喜欢使用 API 对象(相对于 XML)。
另一种方法是调用 mage(直接或从 .cmd 文件)，因为看起来我们 are allowed重新分发它。

---

我还添加了以下部分，这对问题本身没有影响，但对于遵循相同路径的任何人来说可能非常重要(/client 是部署根目录，并且可以定制):

dm.DeploymentUrl=   string.Format( "http://{0}/{1}/client/{1}.application",
                        Dns.GetHostName( ), Context.Parameters[ scTokVirtDir ] );
dm.UpdateMode=      UpdateMode.Background;
dm.UpdateUnit=      UpdateUnit.Weeks;
dm.UpdateInterval=  1;
dm.UpdateEnabled=   true;

---

2019-10-08
刚刚偶然发现了 app.manifest 的问题:
包含 supportedOS 元素的 compatibility 部分在部署期间被删除。

相同的根本原因；读取它的行应将 preserveStream 设置为 true:

ApplicationManifest am = ManifestReader.ReadManifest( "ApplicationManifest", sPathMft, true ) as ApplicationManifest;