标签：应用发布出现的名称不匹配的问题 创建wndows phone 8.1应用 投放到应用windows phone商店
在我们辛辛苦苦，磕磕绊绊地完成一款自己精心打造的Windows Phone手机应用的设计和Code的时候，此时正是万事
俱备，只欠东风的状态了。接下来我们需要打包我们的应用投放到Windows Phone应用商店了，而大家往往前期把注
意力聚集在如何打造一款应用，如何设计它的UI，图标，Code，优化等等方面，当我们絮絮叨叨的完成了这么多，最
后收尾的部分往往手足无措了。
对此，微软的很多资料上也都教大家怎样打包自己的应用，然后上传，但是鉴于内容有的太简洁和零碎，我就想在此
结合我的经验重新整理一下流程，供大家参考，其间有不合理或者不对的地方欢迎大家指出来。
1.保证你的应用是Release版本，当我们写应用的时候，当然要调试，所以我们一般用的是Debug版本。所以当我们要
发布打包的时候，记住要切回Release版本(也就是发布版本)，这样才能保证创建程序包的时候不会出错。如下图：
当然你也可以点击配置管理器，当你的解决方案中有多个项目文件的时候，可以为它们指定不同的版本，当然这里我
们要发布，所以都要设置为Release，如下图：
注意：当然你也许会注意到平台的问题，一个是ARM，一个是X86，另一个就是Any CPU，这个依据自己的应用需求而
定了，我这边的例子就默认是Any CPU
2.项目->应用商店->创建应用程序包(这个你要点到你的项目上)
3.这时跳出来创建应用程序包对话框，可以一个选项--"是否要生成要上载至Windows Phone应用商店的包"，我的习
惯和经验是先选"否"，为什么呢？下面会给出答案
下一步：
4.选择和配置包------在这里就对你生成应用程序包输出地址，版本号，以及平台等等方面做出设置，一般默认即
可。当然不排除大家需要自己修改的
创建：
5.然后可以看到输出内容框里絮絮叨叨一大堆东西，但只需要看最后成功创建包即可，然后也有已创建包的对话框，
提示你包输出位置，就是第4步你设置的位置。
下面就是关键了：点击启动Windows应用程序认证包
如果我们要增加我们投放到Windows Phone应用商店的成功性，我们就需要启动Windows应用程序认
证包软件来对你的包做一次全面的检查，从而及时地告知你程序中出现的不足和缺陷，让你及时改正，免得提交到商
店认证的时候再被打回来就麻烦了。
6.选择"是"------>Windows App Certification Kit "下一步"----->"下一步"------>等它收集信息---->最终会出
来一个最终报告，显示总体结果，当然你也可以单击它提供的链接，以查看结果----->"完成"
如果总体结果为成功的，那就很大程度上保证你的程序及程序包符合应用商店标准，这样投递上去成功率才大。
点击"单击此处查看结果"链接：
7,如果最终结果显示的是"通过"，那么就可以在步骤3的时候直接创建程序包，提交到应用商店(在步骤3时选择"
是")，我这边就截之后几张图，大家继续往下做即可。
输入用户名，密码，然后验证之后：
当然大家可以不需要第7步（还要一步步下去确实很烦），那么拿我们用第三步选择"否"选项生成的应用程序包可不
可以提交到Windows Phone应用商店呢，当然可以喽。
不过我们在提交的时候会出现一个错误，如下：
“与此更新关联的程序包标识符与已上传的程序包中的标识符不匹配“一串哈希码“”
解决方案：
推荐链接：一个应用发布出现的名称不匹配的问题
在项目点右键，选择应用商店 -> 将应用程序与应用商店关联，按照界面提示，完成开
发账号登录和关联。关联成功后，Package.appxmanifest 中打包的包名称和包系列名称
将会变成与开发者账号有关的字符串。这样就可以解决名称不匹配的问题了。
(其实聪明的同学发现，上面步骤7正式在做关联标识符这一步)
结束之后，你会发现，项目中多了一个Package.StoreAssociation.xml文件，就是关联两者标识符的关键文件了
8.剩下来的就是到这个链接去提交应用，把应用该有的说明，应用商店徽章，应用截图，还有刚刚生成的appxupload
应用程序包就可以了
appx应用程序包及appxupload应用程序包可以在你第4步设置的输出位置找到，或者第五步给你信息中看到
依照我以上的设置，我的两个包分别在：
appxupload:
appx:
如上图，只要将应用信息，上传并描述您的程序包这两个选项里面的内容填完即可
Good Luck! 皆さん！
如何创建Wndows Phone 8.1应用程序包以及期间的问题解决方案和投放到应用商店的流程
标签：应用发布出现的名称不匹配的问题 创建wndows phone 8.1应用 投放到应用windows phone商店
原文地址：http://blog.csdn.net/u010792238/article/details/44044631
