问题标签 [ms-release-management]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
visual-studio - 有人成功实施了 MS InRelease 以进行自动化部署吗?
只是在寻找有关当前在企业应用程序中使用 InRelease 部署方案的任何人的反馈?
InRelease 最近被微软收购,目前正在那里试用 http://www.microsoft.com/visualstudio/inrelease/ 据我所知,这将集成到未来版本的 TFS 中。
我已经试用了一段时间,并且有兴趣听取任何现有客户的任何反馈,无论是正面的还是负面的,包括以下信息:使用这个 v 的 webdeploy / powershell 的优点/缺点等。产品的稳定性。ETC..
asp.net - 适用于 TFS 2013 的 Microsoft 发布管理服务器 - 安装问题
我一直在尝试安装刚刚发布到 MSDN 的新 Microsoft 发布管理应用程序,但遇到了问题
它由 TFS 2013 的服务器端组件和 VS2013 的客户端组件组成
服务器端组件运行并说它安装得很好,但是我似乎无法将客户端部分连接到它
经过一番调查,似乎安装在服务器端的 Web 服务站点无法正常工作
它安装在同时运行 TFS 2013、SQL 2012 和 SharePoint 2013 的 Windows 2012 机器上
- 如果我浏览到新创建的 ReleaseManagement 网站,我会收到 503(服务不可用)消息。
- 我检查了 IIS 并且应用程序池已停止
- 在应用程序事件日志中,我可以看到大量消息说“当前配置仅支持为 x86 处理器架构加载图像”
- 我认为这可能与 IIS 应用程序池中的“启用 32 位应用程序”选项有关(设置为 FALSE)
- 我将其更改为 true 并再次尝试了该站点。这次应用程序池没有崩溃,但我收到 ASP.NET 错误,指出“无法加载文件或程序集 'Interop.ActiveDs' 或其依赖项之一。尝试加载格式不正确的程序。”
有没有人设法安装这个呢?关于这里出了什么问题的任何想法?
我知道它很新,但我很难找到有关该产品的大量信息
非常感谢
visual-studio-2012 - InRelease- 使用 TFS2012 的发布管理许可证问题
我们从 MSDN 安装了最新版本的发布管理并将其连接到我们的 TFS 2012 服务器。到 TFS 2013 的迁移计划在以后进行。
一周后,我们在日志中收到以下错误:
Team Foundation Server 2013 Release Management Server 的许可证已过期。
是否必须使用 TFS 2013 服务器才能使用新版本的发布管理?在我们的案例中,它工作了一周,TFS 2012 没有任何问题。
我没有在客户端中看到任何可以输入许可证的页面。
我们坚持我们的部署。帮助将不胜感激。谢谢!!
在下面的链接中也发布了相同的问题。
tfs - 错误:需要将运行 TFS 构建服务的帐户 (***\TFSBuildServices) 添加为发布管理服务器中的系统用户
在触发从 TFS 构建以通过发布管理(也称为 In Release)进行部署时,我收到如下所述的错误。
*错误 *
我使用的模板是ReleaseDefaultTemplate.11.1.xaml
任何帮助将非常感激。
谢谢!!
- 更新 -
下面是在 Build Server 下生成的日志
“C:\Users\TFSBuildServices\AppData\Local\Temp\Microsoft\ReleaseManagement\12.0\Logs\ReleaseManagementBuild.log”
@Update 解决方案
感谢大家帮助解决此问题。
Buildserver中的代理是罪魁祸首。这是为服务帐户 tfsbuildservices启用的。因此,它总是访问错误的 RM 服务器(带有错误端口的本地地址)。
在为帐户 tfsbuildservices禁用构建服务器中的代理后,它开始按预期工作。谢谢!!
tfs - 发布管理 - 持续集成
我已将 Release Management 配置为在签入源代码并部署代码时获取。但是,我遇到了一个问题:
System.Web.Services.Protocols.SoapException:服务器无法处理请求。---> System.Exception:包位置“\devserver1\Drop\Release Manager Build(Continuous)\Release Manager Build(Continuous)_20140115.15_PublishedWebsites\FrontEnd_Package”不存在或应用程序池用户无权访问。在 Microsoft.TeamFoundation.Release.Services.DeploymentControllerService.GetPackageFileInfos(String packageLocation) 处的 Microsoft.TeamFoundation.Release.Common.Helpers.FileTransferer.CopyFolder(String sourceFolder, String destFolder) --- 内部异常堆栈跟踪结束 ---
奇怪的是,如果我只是打开发布管理工具,转到失败的部署并单击“重试部署”,它第一次工作没有问题。
我尝试为“Everyone”、“TFSService”和“ReleaseManagement”用户提供对放置文件夹和构建文件夹的完全权限,但它仍然不起作用。
请帮忙!
tfs - Is it possible to use build or release metadata as a configuration parameter in a release template?
Is it possible to use (TFS) build, or (InRelease/Release Management) release metadata - especially e.g. release name, or changeset number - as the value of a configuration variable for an activity in InRelease/TFS Release Management?
For example, is it possible to provide a path in my TFS build metadata, and have that path used as the "FilePath" argument for the "Run Command Line" action?
Is it possible to provide a "FilePath" argument along the lines of \server\[ReleaseName]\Foo
to the "Run Command Line" action?
Is there a more in-depth reference than the user guide that I'm missing?
.net - Microsoft 发布管理和 AZURE 网站
使用 TFS 2013 的发布管理,是否可以发布/发布到 azure 网站?
我已经看到发布到托管在 azure 上的 VM 的教程,但仅此而已。
任何帮助,将不胜感激。
tfs - 将 Microsoft 发布管理与 Visual Studio Team Services 结合使用
是否可以将 Microsoft 的发布管理产品(以前的 InCycle 的 InRelease)与 Visual Studio Team Services 一起使用。(不是 Team Foundation Server)
我知道可以配置本地 Team Foundation Build 服务器并将其指向 Visual Studio Team Services,但我无法找到有关发布管理的任何信息。
azure - 使用 Microsoft 发布管理部署 Azure 云服务
是否有关于使用 Release Management(以前称为 InCycle 的 InRelease)部署 Azure 云服务的已发布指南?
具体来说,我对代理许可证问题很感兴趣(因为您不是通过机器上的代理进行部署,而是通过打包的云部署)以及处理基于令牌的 Web 中项目的正常替换这一事实.config 将是一个挑战。
tfs - EF Code First 迁移以部署旧版本
我正在使用 TFS 发布管理进行持续集成和部署。
我在部署期间使用 migrate.exe 执行数据库迁移,当您从旧版本升级到新版本时,这非常有用。但是,当您想要部署旧版本的应用程序时,它会变得更加混乱。
基本上,为上下文保存迁移的程序集必须知道如何从版本 3 转到版本 2。通常,您使用要部署的程序集作为迁移的源,但在这种情况下,您必须使用已经部署的程序集,因为它们是唯一知道如何从 v3 到 v2 的程序集。(版本 2 甚至不知道 v3 存在。)
我目前的计划是在部署期间以某种方式比较这两个程序集。如果安装目录中的程序集包含比部署目录中的“更新”迁移,我首先需要在部署目录中的程序集中获取“最新”可用迁移,然后执行:
在升级到较新版本的“正常”部署场景中,您可以这样做:
这是一种合法的方法吗?我还没有考虑使用 EF 库来评估每个程序集中可用的迁移。还有一个挑战是这些程序集中的每一个都是“相同的”只是不同的版本。我可能必须将它们加载到单独的应用程序域中,然后使用跨应用程序域通信来获取我需要的信息。
编辑
我创建了一个概念验证应用程序,它允许我列出对同一程序集的两个不同版本的可用迁移。这对整个过程至关重要,所以我认为值得记录。
该应用程序使用反射来加载每个程序集,然后使用 System.Data.Entity.Migrations 中的 DbMigrator 类来枚举迁移元数据。迁移的名称以时间戳信息为前缀,因此我可以对它们进行排序并查看哪个程序集包含“较新”的迁移集。
}
应用程序的输出如下所示: