問題タブ [ms-release-management]

ビルド テンプレート "ReleaseTfvcTemplate.12.xaml" を使用して TFS 2013 で Release Management をセットアップしようとしていますが、リリースを実行するようにセットアップすると、次のエラーが発生します。

「エラー: TFS ビルド サービス (Domain\User) を実行しているアカウントを、Release Management Server のシステム ユーザーに追加する必要があります。」

RM は Build Controller が構成されているサーバーから分離されたサーバーにインストールされますが、マシンは同じドメイン内にあり、各サーバーにはサービスを実行するための管理者権限を持つ独自のユーザーがいます。

ビルド サーバー ユーザーが RM のサービスのユーザーに追加されましたが、引き続きエラーが発生します。

誰でもこの問題を解決する方法を知っていますか?

ありがとう。

問題：

Powershell スクリプトを使用して DACPAC を展開できません。このスクリプトは、リリース管理用に構成された約 20 の他のデータベース サーバーで機能します。

作業環境：

1. Windows Server 2008 R2
2. パワーシェル 2.0
3. SQL Server 2008 R2 64 ビット
4. Visual Studio プレミアム 2012 Update 4
5. Visual Studio 2012 用の SQL Server データ ツール
6. Visual Studio 2013 Update 4 の Release Management Deployer

動作しない環境:

1. Windows Server 2008 R2
2. パワーシェル 2.0
3. SQL Server 2012 64 ビット
4. Visual Studio プレミアム 2012 Update 4
5. Visual Studio 2012 用の SQL Server データ ツール
6. Visual Studio 2013 Update 4 の Release Management Deployer

指図：

どこ：

Publish_DEFAULT.xml次のキーが含まれています。

ログ:

データベースへの公開 配置の初期化中 (開始) 配置の初期化中 (失敗) 予期しないエラーが発生しました: 算術演算でオーバーフローが発生しました..

未処理の例外: System.OverflowException: 算術演算でオーバーフローが発生しました。System.Data.SqlClient.TdsParser.ConsumePreLoginHandshake (ブール値の暗号化、ブール値の trustServerCert、ブール値の IntegratedSecurity、ブール値 & marsCapable) で System.Data.SqlClient.TdsParser.Connect (ServerInfo serverInfo、SqlInternalConnectionTds connHandler、ブール値の ignoreSniOpenTimeout、Int64 timerExpire、ブール値の暗号化、ブール値trustServerCert、Boolean integratedSecurity、Boolean withFailover) の System.Data.SqlClient.SqlInternalConnectionTds.AttemptOneLogin(ServerInfo serverInfo、文字列 newPassword、SecureString newSecurePassword、Boolean ignoreSniOpenTimeout、TimeoutTimer タイムアウト、Boolean withFailover) の System.Data.SqlClient.SqlInternalConnectionTds.LoginNoFailover(ServerInfo serverInfo) 、1 retry, DbConnectionOptions userOptions, DbConnectionInternal& connection) at System.Data.ProviderBase.DbConnectionClosed.TryOpenConnection(DbConnection outerConnection, DbConnectionFactory connectionFactory, TaskCompletionSourceMicrosoft.Data.Tools.Schema.CommandLineTool.DacServiceUtil 1 retry) at System.Data.SqlClient.SqlConnection.Open() at Microsoft.Data.Tools.Schema.Common.SqlClient.ReliableSqlConnection.<OpenConnection>b__0() at Microsoft.Data.Tools.Schema.Common.SqlClient.RetryPolicy.<>c__DisplayClass4.<ExecuteAction>b__3(RetryState retryState) at Microsoft.Data.Tools.Schema.Common.SqlClient.RetryPolicy.ExecuteAction[R](Func. <> 1 token) at Microsoft.Data.Tools.Schema.Common.SqlClient.RetryPolicy.ExecuteAction(Actionc__DisplayClass8 . Microsoft.Data.Tools.Schema.CommandLineTool.DacServiceUtil.ExecuteDeployOperation(String connectionString, String filePath, MessageWrapper messageWrapper, Boolean sourceIsPackage, Boolean targetIsPackage, Func 2 generateScriptFromDatabase) の b__0 (DacServices サービス) Microsoft.Data.Tools.Schema.CommandLineTool で。 DacServiceUtil.DoDeployAction(DeployArguments parsedArgs, Action1 token) at Microsoft.Data.Tools.Schema.Common.SqlClient.ReliableSqlConnection.OpenConnection() at Microsoft.Data.Tools.Schema.Common.SqlClient.ReliableConnectionHelper.OpenConnection(String connectionString, Boolean useRetry) at Microsoft.Data.Tools.Schema.Common.SqlClient.ReliableConnectionHelper.OpenConnection(SqlConnectionStringBuilder csb, Action1 catchException, Boolean useRetry) at Microsoft.Data.Tools.Schema.Common.SqlClient.ReliableConnectionHelper.GetServerAndDatabaseVersion(String connectionString, ServerAndDatabaseInfo& info) at Microsoft.Data.Tools.Schema.Sql.SqlDatabaseSchemaProviderFamily.DetermineDatabaseSchemaProvider(String connectionString) at Microsoft.Data.Tools.Schema.Sql.Deployment.SqlDeploymentEndpointServer.GetProviderType(DatabaseSchemaProviderFamily connectionSniffer, String connectionString, Type& providerType, Boolean& validDataSource) at Microsoft.Data.Tools.Schema.Sql.Deployment.SqlDeploymentEndpointServer.OnInit(ErrorManager errors, String targetDBName) at Microsoft.Data.Tools.Schema.Sql.Deployment.SqlDeployment..ctor(SqlDeploymentConstructor constructor) at Microsoft.Data.Tools.Schema.Sql.Deployment.SqlDeploymentConstructor.ConstructServiceImplementation() at Microsoft.SqlServer.Dac.DacServices.CreatePackageToDatabaseDeployment(String connectionString, IPackageSource packageSource, String targetDatabaseName, DacAzureDatabaseSpecification creationDefaults, DacDeployOptions options, ErrorManager errorManager) at Microsoft.SqlServer.Dac.DeployOperation.<>c__DisplayClass3.<>c__DisplayClass5.<CreatePlanInitializationOperation>b__1() at Microsoft.Data.Tools.Schema.Sql.Dac.OperationLogger.Capture(Action action) at Microsoft.SqlServer.Dac.DeployOperation.<>c__DisplayClass3.<CreatePlanInitializationOperation>b__0(Object operation, CancellationToken token) at Microsoft.SqlServer.Dac.Operation.Microsoft.SqlServer.Dac.IOperation.Run(OperationContext context) at Microsoft.SqlServer.Dac.ReportMessageOperation.Microsoft.SqlServer.Dac.IOperation.Run(OperationContext context) at Microsoft.SqlServer.Dac.OperationExtension.CompositeOperation.Microsoft.SqlServer.Dac.IOperation.Run(OperationContext context) at Microsoft.SqlServer.Dac.OperationExtension.CompositeOperation.Microsoft.SqlServer.Dac.IOperation.Run(OperationContext context) at Microsoft.SqlServer.Dac.DeployOperation.Microsoft.SqlServer.Dac.IOperation.Run(OperationContext context) at Microsoft.SqlServer.Dac.OperationExtension.Execute(IOperation operation, DacLoggingContext loggingContext, CancellationToken cancellationToken) at Microsoft.SqlServer.Dac.DacServices.InternalDeploy(IPackageSource packageSource, Boolean isDacpac, String targetDatabaseName, DacAzureDatabaseSpecification creationDefaults, DacDeployOptions options, CancellationToken cancellationToken, DacLoggingContext loggingContext) at Microsoft.SqlServer.Dac.DacServices.Deploy(DacPackage package, String targetDatabaseName, Boolean upgradeExisting, DacDeployOptions options, Nullable1 generateScriptFromPackage, Func1 writeError, Action2 writeMessage、Action`1 writeWarning、CancellationToken cancelToken) Microsoft.Data.Tools.Schema.CommandLineTool.Program.DoDeployActions(CommandLineArguments parsedArgs) Microsoft.Data.Tools.Schema.CommandLineTool.Program.PerformAction(CommandLineArguments parsedArgs) Microsoft. Microsoft.Data.Tools.Schema.CommandLineTool.Program.Main(String[] args) の Data.Tools.Schema.CommandLineTool.Program.Run(String[] args)

追加コメント:

2 つの環境の唯一の違いは、SQL Server のバージョンです。ただし、SQL Server 2012 が動作しているサーバーがあります。

サービスの ID として Powershell スクリプトを実行しました: Microsoft Deployment Agent ... same log file error; ただし、sqlpackage.exe は次のエラーをスローしています。

問題の署名: 問題イベント名: CLR20r3 問題の署名 01: sqlpackage.exe 問題の署名 02: 12.0.2743.1 問題の署名 03: 5438200c 問題の署名 04: System.Data 問題の署名 05: 4.0.30319.18408 問題の署名 06: 52310bef 問題の署名 07: 28B2問題署名08：6E問題署名09：System.OverFlowException OSバージョン：6.1.7601.2.1.0.272.7ロケールID：1033追加情報1：D90E追加情報2：D90EE7D582C41AE7B6B96CA9C

リリース パスには 4 つの段階 (DEV、TEST、UAT、PROD) があり、リリースからテストへのゲートウェイとして DEV の検証ステップを使用することを計画していました。テスト チームがビルドを検討する価値があると開発者が判断した場合は承認し、そうでない場合は却下します (他のステージでは承認者が異なります)。

拒否された（または放棄された）ビルドのビルドドロップフォルダーで何らかのクリーンアップを実行したいと考えています。それらを削除するか、TFS ビルドで無期限に保持フラグを変更します。

これを手動で行う方法はありますか (または、自動で行う方がよいでしょうか?)

RM データベースにクエリを実行し、TFS API を呼び出すことで実行できると思いますが、自分でこれを行う労力を節約したいと思います。

これはここで部分的にカバーされていると言うことを意味します（「いいえ」で）：

TFS 2013 Release Management でリリースを削除するにはどうすればよいですか?

しかし、それは本当に私が気にするのはドロップ フォルダーだけであり、リリースではありません。

このブログ投稿は、問題に近いことがわかった唯一のものですが、PS/DSC を使用した展開を詳細オプションで実行するように構成する方法については説明していません: http://nakedalm.com/create-log-エントリ-リリース-管理/

このエージェント ベースのリリース テンプレートを取得して、スクリプトを実行できます。

このリリースの展開ログにドリルダウンすると、次の行を含むログが提供されます。

Arguments フィールドに -verbose を追加すると、ログに "VERBOSE: verbose" 行も表示されます。

これは素晴らしいことですが、システム変数 ($Stage、$BuildNumber など) へのアクセスが必要です。同じスクリプトを実行する vNext テンプレートを作成すると (手順はこちら: http://www.visualstudio.com/en-us/get-started/deploy-no-agents-vs.aspx )、ログ レポート:

このコピー操作が成功したことは素晴らしいことですが、スクリプトの出力もこのログに記録したいと思います。PowerShell スクリプトの出力がリリース管理によってキャプチャされるように、「PS/DSC を使用して展開する」アクションを構成することについて、誰か考えがありますか?

既存の RM データベースを新しい環境に移動し、RM をインストールしました。ただし、構成時に、「リリース管理の既存のデータベースを更新するには、ユーザー ____ にリリース マネージャーの役​​割を付与する必要があります」というエラーが表示されます。

RM クライアントとサーバーをアンインストールして 2013.4 にアップグレードしたため、クライアントにアクセスして RM ロールに追加することができません。SQL Server でユーザーをリリース マネージャーとして追加する他の方法はありますか? dbo として追加しようとしましたが、うまくいきません。既存の RM データベースの以前の dbo を使用して RM サーバーを開くことができることはわかっていますが、別の方法で解決したいと考えています。それともそれが唯一の方法ですか？

Visual Studio (以前の InCycle) 用のリリース管理ツールを使用して、ビルド/デプロイ プロセスを自動化しようとしています。

リリース管理ツールには、web.config (または app.config) の設定を変更する機能が含まれています。ただし、これ以上のことができるようになりたい場合もあります。

たとえば、HTTP 要求を HTTPS に自動的にリダイレクトする URL リライター ルールがあります。しかし、これは (現時点では) 開発ワークステーションでは機能しません。そのため、web.config の「ベース」バージョンにはリライター ルールが含まれていません。リライター ルールは、web.config 変換を介してビルド/公開時に挿入されます。

しかし、Release Management の「構成変数」メカニズムでは、置換値として複数の行を指定することはできません。
改行を削除して、XML フラグメントを 1 行のテキストに凝縮できることに気付きました。しかし、数千文字の行を含む web.config は避けたいと思います。そして、私たちの IT 担当者 (ファイルを表示/編集する必要があるかもしれません) は、私よりもこれについてかなり強く感じているのではないかと思います ;)

一般に、web.config 変換メカニズムにはいくつかのモードがありました。設定を変更できるだけでなく、セクション全体または XML 要素を挿入または置換 (または削除) することもできました。web.config ファイルに (すぐに) 制限されなくなったのは良いことですが、新しい機能はさらに制限されているようです。

何か不足していますか？他の誰かがこれが問題であると感じましたか? それを回避するために何をしましたか？

vNext ではなく、エージェントベースのリリース テンプレートを使用して、"C:\inetpub\wwwroot\backups\MyApp\02-03-2015\" のように、フォルダー名に日付が組み込まれるように "フォルダーの作成" 項目を構成するにはどうすればよいですか? "。

できれば日付ではなくビルド番号が欲しいのですが、それは vNext テンプレートでしか利用できないと思います。-編集-コンポーネントを使用していない限り

リリース パイプラインの一部として、いくつかのバックアップおよびロールバック ロジックを実装しようとしています。ドロップ場所から Web サーバーへのコピーが失敗した場合に備えて、既存の Web コードをバックアップ フォルダーにコピーしたいと考えています。ロールバック時に、バックアップからサーバーにコピーします。おそらくセキュリティに RM サービス アカウントがないために、誰かがファイルを改ざんすると、テストへのビルドが失敗するのを見てきました。

問題を解決する代替ソリューションも受け入れられる場合があります。連続するバックアップ フォルダーを保持し、それらを手動で削除したいと考えています。バックアップと復元に同じフォルダーを再利用したくありません。

Microsoft Deployment Agent 2013 を Azure VM にインストールしています。Release Management Server (私の場合は Visual Studio Online) に接続するには、ローカル システムとして、またはカスタム アカウントで認証する必要があります。

したがって、私の資格情報では、Release Management Service を使用することが検証されていますが、Release Management Server に接続できません。

もちろん、ボックスにログインするための資格情報は、RM サーバーにアクセスするための資格情報とは異なります。だからあなたには2つの選択肢があると思いました：

• RM サーバーにアクセスできる同一のアカウントをローカル ボックスに追加します。機能しませんでした。私の ...@hotmail.com ユーザー名が長すぎます。
• ボックスの資格情報を Visual Studio Online に追加します。機能しませんでした。その招待メールを送信する必要があります。

もう 1 つのオプションはもちろん、エージェントなしで Release Management を使用することです。リモート PowerShell を使用します。それも機能しませんでした-展開は次のように失敗します:

私が読んだことから、これは、powershell が SSL を介して実行され、ルート CA として信頼されていないリリース管理に自己署名証明書を提供するためだと思われます。

ここで何が間違っていますか？そんなに難しいことではありませんよね？