SVNでのチケット発行システム（またはバグトラッキング）を統合したソフトウェアはありますか？チケット（またはバグID）を持たないコードの変更は禁止したい。例えばバグトラッキング/チケットソフトウェアとのSVNの統合
： - 彼はソースを更新することができますが、コミットすることはできません
を、彼自身のためのチケットを作成して実装する必要があります。/SVNの統合が可能ですが、開発者は常にソースをコミットできます。
私はチケット発行システムの環境を持っていません（TracとBugZillaなどを使用できます）が、コードリポジトリとしてSVNを使用する必要があります。
これらのサービスをこのように統合する方法はありますか？
この種のポリシーでは、ログメッセージにチケットIDがあるかどうかをチェックし、チケットIDが適切なプロジェクトに属するかどうかをチェックするフックスクリプトを作成する必要があります。さらに、Redmineのようなものをチケットシステムとして使用できます。
はい、それは私が探していたほとんどです。私は最も簡単な方法は、IBugtraqProvider SVNインターフェイス（http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-ibugtraqprovider.html）の適切な実装を見つけることだと思う。私は時間を取っていくつかの課題トラッカーを試してみましょう。このヒントをありがとう。 – altanis
申し訳ありませんが、クライアント側ではなくサーバー側でフックスクリプトを実装する必要があります。 – khmarbaise
はい、それはそれだと思います。いくつかのSVNプラグインとチュートリアルでGoogleのフックスクリプトを作成する方法を見つけました。私の意見では、これは私の質問に答える。今私はちょっと実験して、svnとソフトウェアを一緒に働かせなければなりません。ありがとう！ – altanis
私は最近TFSを使用しています。これには、同様のワークフローを設定する機能があります。変更をコミットできるバグを付けることができる「作業項目」を作成する必要があります。最初に作業項目を作成することなく、最初にバグを作成せずにコミットすることは不可能です。
それは狂気私を送って、私のワークフローは次のように行ってきましたので、私は、設定を変更：
実は、私のワークフローは、より次のように行ってきました：
全体としての効果は、私が不合理な官僚的なバグ報告システムで時間を無駄にすることはないため、システムに残っていたバグを一度も修正できなかったことです。あなたにとってもっと重要なのは、幸せで生産性の高い開発者、またはSVNから引き出された印象的なレポートです。
gurtle, a plugin for tortoiseをご覧になると、ユーザーはバグのリストを表示できます。そのテンプレートに従うことで、ケース/問題がない場合は、すばやく簡単に案件を作成することができます。
私はあなたの目標が間違っていて、反生産的だと思います。いくつかの善意のプロセス/ポリシーは時には良いと思うが、実際には悪夢と時間とリソースの無駄になってしまう。これは、時間とプロセスの浪費の良い例です。
そのポリシーの目的は正確ですか？それはちょうど忙しい仕事を作成するようだ - 人々がそれに従っている場合、いくつかの厳しいルールを強制するよりもポリシーやレビューを行うほうが良いでしょうか？最終的には、無駄な、空のケース/問題/バグの中にコンテンツがないものがたくさんあります。リファレンス番号のために存在するだけなので、誰かがリポジトリに何かをコミットすることができます。問題をある場所から別の場所に移動し、途中で混乱を起こしているだけです。 – Tim
こんにちはTim、はい、そうですが、保守のみのプロジェクトの場合、開発チームは主に小さなアドオンの作成とバグの解決に取り組んでいます。このような場合、バグや対応するコードの変更を1か所で行うことは良い考えです。 – altanis
あなたは非常に簡単に統合することができます。私はそれが良いアイデアだと思っています。私はすべてのプロジェクトや職場でそれを使用しますが、問題は「コード変更を禁止する」ことです。それは本当に悪い考えのように思えます。 – Tim