2017-05-24 17 views
3

GITプロジェクトと同じように、SVNの継続的な統合ワークフローをセットアップしようとしています。いずれも、Jenkinsと+1機能を統合し、ユーザーがGerritのようなコード(+2機能)をレビューできる優れたコードレビューツールを提案できます。SVNの継続的インテグレーションワークフロー

私はこれに関連するいくつかの質問を見ましたが、私と同じではありません。 Windows環境でsvnをレビューツール+ Jenkinsと統合したい私は、ReviewBoardのインストールがウィンドウでうまく動作せず、ウィンドウでphabricatorがサポートされていないことがわかります。どのような選択肢も提案できますか?

また、あなたはSVN(LinuxまたはWindowsの場合)のためにどのようなワークフロー、あなたのセットアップであなたの経験を共有することができます。..

答えて

0

はヘリットは、特に、このために設計されています。記載されている通りhere

ゲリットは無料のWebベースのチームコードコラボレーションツールです。ソフトウェア チームの開発者は、Webブラウザを使用して ソースコードのお互いの変更を確認し、その変更を承認または拒否できます。 分散バージョン管理システムであるGitと密接に統合されています。

Gerritの統合の詳細については、thisthisをご覧ください。 Gerritを活用した詳細なワークフローについては、hereをチェックしてください。

あなたの人生を楽にするために、私は間違いなくGerrit Trigger pluginを利用します。

このパッチは、「パッチセット」が作成されたときにJenkinsをビルドをトリガするためのGerritコードレビューに統合します。


EDIT: SVNとの統合、コードレビューツールのために、私はアトラシアンでCrucibleをお勧めします。それは無料ではありませんが、小規模なチームにとっては、1回限りの$ 10という費用があります。これは私の意見では非常に合理的です。

さらに、Crucibleイベントに基づいてジェンキンスのアクション(つまり、ビルドを開始)をトリガする方法があります(つまり、レビュー担当者がリストした問題なしでコードを正常に再確認しました)。この詳細についてはlinkを試してみてください。

Crucibleの唯一の欠点は、SVN資格情報を平文で保存することです。 Atlassianはhereに、これを修正するつもりはなく、代わりにチームに読み取り専用アクセスの「システムアカウント」を使用するよう勧めていると述べています。これは、システムアカウントを持たない開発チーム(私のような)にとっては問題になる可能性があります。それ以外にも、優れたツールです。

+0

これらのリンクは、私が知っているGIT-GERRITの統合を指しています。私の質問は、特にSVNのコードレビューツールについてです。 – user691197

+0

私の答えは、私が使用したSVN対応のコードレビューツールを追加して編集しました。 – lax1089

関連する問題