問題タブ [mantis]
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.
svn - Mantis と Subversion を統合しましたか?
主に Windows 開発を行っています。開発にはMantisとSubversionを使用していますが、これらは統合されておらず、実際には別のサーバー上にあります。
2つを統合することについて少しグーグルで調べたところ、この投稿に出くわしました。面白そうでした。
誰かがこれを行っているか、これを行ったことがあるか、そしてあなたの経験はどうだったのだろうかと思っていました. 別の解決策がある場合は、それも知りたいです。
ありがとう!
bug-tracking - 適切に編成されたバグトラッカーのルール (Mantis et al)
特定のプロジェクトでは、合計 10 人のチーム メンバーと協力しています。
プロジェクトに約 1 年取り組んだ後 (それ以来、Mantis をバグ/機能トラッカーとして使用)、新しいタスクの作成方法、コメントの仕方を説明する標準が設定されていないため、バグトラッカーの使用はますます難しくなっています。これにより、同じバグに対して複数のエントリが作成されたり、検索時にバグを簡単に見つけることができなくなったりします。
バグトラッカーをどのように整理していますか? アプリケーションのさまざまな部分 (GUI、バックエンドなど) に多くの (サブ) カテゴリを使用していますか? タスクのタイトルにタグを使用していますか (つまり、「[GUI][OptionPage] エラー」)?
あなたのチームの誰かが新しいタスクを導入することを許可されていますか、それともこのステップは 1 人の「カマキリマスター」 (新しいレポートが重複しているかまったく新しいエントリであるかを知ることができる) を介して行われていますか?
workflow - 私たちのバグ追跡ワークフローはとてもユニークですか?
現在、バグトラッカーとして Mantis を使用していますが、これにはかなりうんざりしています。開発者はより多くの SVN 統合を望んでおり、顧客はより簡単に操作できるシステムを望んでいます。
そのため、新しいバグトラッカーを探しており、現時点では Redmine を検討しています。ただし、デフォルトの設定では、望ましいワークフローと一致しないか、少なくとも Mantis よりも優れているとは言えません。
次のワークフローがあり、それに一致するバグトラッカーが必要です。
- バグが (多くの場合顧客によって) 報告され、「新規」と見なされます。これらのバグは定期的にレビューされ、承認されるか (バグである)、機能としてマークされ (顧客は多くの場合、料金を支払う必要があります)、金銭的な部分が解決されるまで延期されます。
- バグは開発者によって割り当てられ、処理されます。
- 完了すると、「レビュー準備完了」とマークされます (別の開発者による)。
- レビューされると、「レビュー済み」としてマークされます
- 「レビュー済み」としてマークされた場合、元の開発者は新しいコードをステージング環境に配置し、バグを「テスト準備完了」としてマークします (バグ報告者によって)。
- バグレポーターはバグを「解決済み」としてマークします
- 本番環境に置かれると、バグレポーターはバグをクローズします
もちろん、特に初期段階ではフィードバックが必要になることがよくあります。誰が次のステップに進む必要があるのか、誰にバグが割り当てられているのか (開発者) を区別する方法を探しています。また、お客様には簡単な GUI を使用して、担当者を自分のアカウントから開発者に変更するよう依頼するか、さらに難しい: サードパーティ (デザインエージェンシーと考えてください) は、通常のギの。GUIは、何をすべきか、どのオプションがあるかを表示する必要があります-それらを検索するのではありません。
このように機能するバグトラッカーの経験がある人はいますか? 私たちのワークフローは本当におかしなことですか? バグがどこにあり、誰がどのステップを踏む必要があるかを、関係者全員が理解できるようにするにはどうすればよいでしょうか?
bug-tracking - Bugzilla か Mantis か。
タイトルが示すように、私は現在 1 つのプロジェクトを開始しており、プロジェクトのインフラストラクチャ (SVN、電子メール、バグ追跡、オンライン フォーラムなど) をレイアウトしようとしています。
では、Bugzilla か Mantis か。
php - 個別の PHP Web アプリ間の自動ログイン。安全保障問題?
私たちは、顧客とのやり取りを記録するために使用する技術サポート Web サイト/データベースを運用しています。当社のテクニカル サポート担当者は、自分のアカウントを作成することはできません。また、バグを追跡する方法として、同じサーバーで Mantis を使用しています。
技術サポート サイト内に Mantis へのリンクを配置して、技術サポート担当者がバグ レポートをすばやく入力できるようにしたいと考えています。つまり、技術サポート担当者は、リンクをクリックした後に Mantis にログインする必要はありません。
そのため、テクニカル サポート サイトから Mantis 内の変更された認証関数を呼び出して、ユーザー名をチェックし、存在する場合はユーザーを自動的に Mantis にログインさせます。より多くの重要なことが起こっているので、私たちは大急ぎでしたので、パスワードチェックはありません.
これはセキュリティ上のリスクですか?
c# - mantis connect を使用して添付ファイル付きの問題を送信した人はいますか?
カマキリ接続を使用してカマキリにアタッチメントを追加するのに問題があります。問題にファイルを添付できますが、たとえば画像をダウンロードすると、画像を開こうとすると常にエラーが発生します。
ファイルをバイト配列に読み込む方法はたくさんありますが、常に成功していません。
mantisconnect を使用して添付ファイルを送信した人はいますか?
ありがとう。
bug-tracking - マンティスのロードマップ機能
Mantisバグトラッカーでロードマップ機能を有効にして使用するにはどうすればよいですか?
私はこれに自分で答えており、他のマンティスユーザーに役立つことを願っています. ここに同じトピックに関するディスカッションがあります。
更新: 例として、Mantis 自体のMantis ロードマップを次に示します。
bug-tracking - プログラムで Tracker、MantisBT、または Trac にバグを送信するにはどうすればよいですか?
しばらく自宅で取り組んでいたプログラムがあり、ついに SourceForge に公開することにしました。SourceForge では、バグ追跡用に Tracker、MantisBT、または Trac を提供しています。
私のアプリには既に「申し訳ありませんが、エラーが発生しました」というダイアログがありますが、バグトラッカーにバグを送信する「それについて苦情を言う」ボタンを追加したいと考えています。Trackerでこれをやろうとした人はいますか? クエリ文字列インターフェイスまたはそれに沿ったものを介して匿名のバグを送信できますか? または、Tracker でできない場合は、MantisBT はどうですか? それともトラック?
bug-tracking - Mantisバグトラッカーに「スクリーンショットを貼り付ける」オプションを追加
PHP に基づく Mantis バグトラッカー (バージョン 1.1.8) を使用しています。バグを追加するワークフローを容易にするために、スクリーンショットをクリップボードから「新しいバグ フォーム」に直接貼り付けるオプションを追加したいと考えています。
スクリーンショットは開発者にとってバグレポートの価値を高めるので、できるだけ簡単に追加できるようにしたいと考えています。できれば外部アプリケーションを使用せずに、ブラウザで直接。
これを追加する方法を探しましたが、運がありません。他の人はこれをどのように行いますか?明らかな何かが欠けていますか?
編集:バグトラッカーは小さな会社のプライベートなものなので、たとえばJavaアプレットが存在するセキュリティリスクを喜んで受け入れます。
bug-tracking - Mantis で削除された問題を元に戻しますか?
削除された課題を「元に戻す」方法はありますか?
開発者は重複した問題だと考えましたが、「重複」としてクローズする代わりに削除されました。ただし、問題には役立つ「メモ」が含まれています。
ありがとう。