問題タブ [issue-tracking]

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.

0 投票する
11 に答える
87889 参照

github - 問題を GitHub から完全に削除するには?

GitHub イシュー トラッカーからイシューを完全に削除することはできますか?

0 投票する
2 に答える
2011 参照

eclipse - 使用可能な Eclipse Mylyn サポートを備えた git の分散イシュートラッカー?

バージョン管理にgitを使用していますが、現在、Eclipse Mylyn 統合による優れた問題/バグ/チケット トラッカーが不足しています。

私が探している機能:

  • オープン ソースの実装 (将来必要な機能を追加できるようにするため。GPL、LGPL、MIT、または BSD ライセンスが望ましい)。
  • 分散(問題はリポジトリの git に保存する必要があります。コードと同じブランチまたは別のブランチに問題を保存するトラッカーの提案をお待ちしています)。
  • Eclipse Mylynサポートが必要です (mylyn インターフェイスを介して問題を開いたり閉じたりできるようにするには、適切な実装で特定のポートに localhost HTTP サーバーを提供し、mylyn が「Web テンプレート」コネクタを使用して問題トラッカーと通信できると思います)。Mylyn は、私がブランチを切り替えたときに問題の開始と終了を自動的に確認することが望ましいですが、これはあまり賢くなくても問題ありません。
  • ブランチ間の問題を追跡できます。例:
    • 共通の親コミット Z を持つブランチ X と Y があります。
    • コミット Z には未解決の問題 Z1 があります。
    • ブランチ Y には修正 (コミット Y4) があり、Y の問題をクローズします。
    • ブランチ Y に新しい問題があります (コミット Y2)
    • ブランチ Y は X にマージされます。
    • 課題トラッカーは課題 Z1 が X で修正されたことを自動的に認識しますが、コミット Y2 からの新しい課題があります。
  • 複数のリポジトリが開いたり、変更したり、同じまたは異なる問題を閉じたりする場合に対処できます (分散部分、私はこれを明示しています)。
  • 64 ビットおよび 32 ビットの Linux で実行できる必要があります (現時点では ubuntu 10.04)。
  • できれば、bash、c/c++、python、または perl (おそらく java または ruby​​ も) で実装されます。

副次的な機能 (あればいいのですが、なくても大丈夫です):

  • プロジェクトのソース コードに含めるのに十分小さい: できれば、実行可能ビットが設定された単一のファイル (たとえば、完全に実装された単一の bash または python スクリプト)
  • Eclipse Mylyn を使用していないユーザーが、少なくとも新しい問題を追加し、既存の問題にコメントを追加できるようにするための、ある種の Web ユーザー インターフェイス (優先度を設定したり、問題をクローズしたりする必要はありません)

か提案できますか?

更新: 2012 年 9 月 13 日現在、適切なツールは見つかりませんでした。これまでのベストマッチのまとめ:

  • Bugs Everywhere - Mylyn のサポートなし。過去 2 年間、ステータスは「Adrian Wilkins が BE 用の Mylyn コネクタを見たいと考えています」でした。それ以外の場合、プロジェクトは続行されます。
  • git-issues - このプロジェクトは終了しているようです。元の作成者は約 2 年前にコミットをやめ、他の作成者は過去 2 年間でコミットを 10 回未満しか行っていません。
  • git-case - このプロジェクトは終了しているようです。元の作者は 3 年前にコミットをやめました。
  • stick - このプロジェクトは終了したようです。公開リポジトリさえ見つからなくなりました。
  • TicGitこのプロジェクトは死んでいるようです。私が見つけたすべてのリポジトリには、プロジェクトがもはや開発されていないという免責事項があります。
  • TigGit-NG - このプロジェクトは何度も死んでいるようですが、これまでのところ、誰かがプロジェクトを再び採用しています。ここでも Mylyn はサポートされていません。実行するにはかなり最近の Ruby 環境が必要です。
  • TicGit.net - このプロジェクトは、C# で記述された TicGit の win32/.Net 固有のフォークのようです。私のニーズには合いません。
0 投票する
2 に答える
489 参照

teamcity - TeamCity 5.1.3 と FogBugz

FogBugz を IssueTracker として TeamCity に接続できますか? 現在、接続用に 3 つのドライバーのみを確認できます: Bugzilla、Jira、および YouTrack。ありがとう

0 投票する
5 に答える
20993 参照

bug-tracking - QA チームは HP Quality Center を使用していますが、開発チームは JIRA を使用したいと考えています。これは機能しますか?

当社の QA チームは、欠陥の追跡やテスト計画などに HP Quality Center を使用しています。

開発チームは Quality Center を非常に嫌い、内部のタスク追跡に JIRA を使用したいと考えています。これら 2 つのシステムはシームレスに連携できますか?

私は、2 つのチームが別々の問題追跡システムを使用するプロジェクトに取り組んできましたが、それらの同期を維持することは大きな頭痛の種でした。

Quality Center と JIRA を統合した実際の経験がある人はいますか?

0 投票する
5 に答える
35635 参照

github - コミット メッセージで Github の複数の問題をクローズする

closes #1またはfixes #1をコミットメッセージに入れることで問題を解決できることを私は知っています。同じコミット メッセージで複数の問題をクローズする最善の方法は何ですか?

また、コミットメッセージから問題へのリンクを作成しないのfixesはなく、使用しているように見えますが、問題を閉じます。どうしたの?closes

0 投票する
2 に答える
778 参照

version-control - SDLC: 「クローズド システム」での変更の管理 (M1 - ERP)

私は、M1 と呼ばれる ERP システムを導入しているクライアントと協力しており、カスタム変更を加えようとしています。

カスタマイズの観点から、ERP システムの調査に少し時間を費やしました。カスタム変更に関して私が見つけたもののリストを次に示します。

  • カスタム変更はエクスポート/インポートできません。M1 Design Studio にはオプションがありますが、常に無効になっているように見えます。
  • タイプ、名前、場所、および説明を提供するカスタマイズ変更ログ (CSV、XML、Excel、HTML) をエクスポートできます。基本的に、これは、行った変更のリストを提供する読み取り専用のドキュメントです。このログの内容は変更できません。
  • カスタム フォームの変更は、すべてのデータ ソース (テスト、ステージ、ライブ) に対して有効になります。つまり、フォーム変更の範囲を制限する機能はないようです。
  • カスタム フィールドの変更は、各データ ソース (テスト、ステージ、ライブ) で行う必要があります。ここで奇妙なのは、Test にフィールドを追加し、それを表示するようにグリッドを調整し、その後 LIVE に変更すると、フィールドが存在しないことが検出され、グリッドの変更が無効になることです。
  • このアプリケーションがバージョン管理をサポートしていることを示すドキュメントが見つかりません。

はぁ

....

そう...

SDLC: ALM の方法論とツールの観点から変更を管理するにはどうすればよいですか?

変更要求システムを導入して、保留中および完了済みのカスタマイズを管理することから始めることができます。しかし、その後は?変更をどのように管理およびリリースする必要がありますか? アプリケーションのバックアップをソース管理下に置き、必要に応じてデプロイしますか?

バージョン管理を利用して環境を分離することができないため、この質問に対する適切な答えはないかもしれません。

0 投票する
1 に答える
87 参照

version-control - バージョン管理システムと問題管理システムを統合するオプション

以下に挙げたもの以外に、あなたのいずれかが実施している他のポリシーはありますか?

  • コミットごとの有効な課題 ID。- バグに対して行われた変更を追跡するため。長期的には保守性に役立ちます。
  • 有効な課題ステータス (オープンまたは進行中)。- 解決済みの問題に取り組む理由。
  • 問題は、コミットを行っているユーザーに割り当てる必要があります。1 つのバグに多くのユーザーが取り組むことは、リソースの無駄です。

上記のポリシーは、制限を課すため、オープン ソース コミュニティではうまく機能しない可能性があります。しかし、このようなポリシーを持つことで、コードのトレーサビリティが向上し、新しい開発者のオンボーディングがはるかに簡単になります。

0 投票する
1 に答える
1969 参照

comparison - 分散 (およびオフライン?) 課題トラッカーの比較はどこで確認できますか?

私は、現在利用可能な Distributed とできれば Offline Issue Tracker のかなり最近の詳細な比較を探しています。

私はこれを見つけましたhttp://heapkeeper-heap.github.com/hh/thread_298.html#post-summary-hh-1076これはかなり最近のもので、多くのソリューションをカバーしていますが、最新ではなく、IMO可能な限り研究されていなかったので、同様の比較を探しています。

完全な開示、私は TicGit 分散型問題追跡システムhttp://github.com/jeffWelling/ticgitの主要なメンテナーになりました。TicGit を使用した開発で車輪を再発明しているかどうかを確認するための比較を探しています。理想的には Ruby で作成され、Web インターフェースをサポートする、分散型のオフライン問題追跡システムが必要です。Web インターフェイスはデーモンである場合もあれば、私がどこかに公開している HTML ファイルである場合もあります。Ticgit はすでにこれらのことを行っていますが、他の誰かがもっとうまくやっているか、より大きなコミュニティと同じ機能リストを持っている場合..

このコメントhttp://github.com/blog/411-github-issue-tracker#comment-1722を見つけました。これは、このテーマに詳しい人からのもので、チケットを git に保存すると多くの機能が失われると書かれていますが、詳しくは述べません。なぜそれが機能の損失を引き起こすのか理解できません。

比較を提案できない場合は、お気に入りの Distributed Issue Tracker とその理由を教えてください。:)

0 投票する
2 に答える
1677 参照

project-management - Fogbugz に似たオープン ソースのプロジェクト管理ソフトウェア?

Fogbugz に似た機能を備えたオープンソースのプロジェクト管理および問題追跡ツールを探しています。具体的には、クリーンで使いやすい UI を備えています。

いろいろと調べてみましたが、似たようなツールが見つかりません。

誰か提案がありますか?

ありがとう

編集:

私は OpenAtrium を見たばかりです - 使用経験のある人はいますか。それはどんな感じ?

0 投票する
1 に答える
765 参照

project-management - 提案とアイデアの追跡

私は、ユーザーが(匿名で/登録して)プロジェクトに関する提案やアイデアを書くことができるソフトウェア(Webベース、php / mysql)を探しています。プロジェクト自体は必ずしもソフトウェア関連である必要はありません。私が取り組んでいるいくつかのIRLプロジェクトにも使用したいと思いますが、関係者からの提案が必要になる場合があります。

  • ゲストは提案を書くことができます
  • 登録ユーザーは提案を上下に投票できます
  • コメントなど
  • 管理者は、検討、すぐに実装するなどの提案を承認できます。
  • プロジェクト用に高度にカスタマイズ可能なフィールド。プロジェクトごとに異なるフィールドを使用できます(たとえば、ソフトウェアプロジェクトの場合は、「バージョン」フィールドと「OS」フィールドを定義し、Webサイトのデザインまたはレイアウトの場合は、「ページ」と「スクリーンショット」を定義します。 「...例として)
  • 良い提案などのためのSOレピュテーションシステムの単純化された実装。

私が書いた今、それはSOのクローンのように聞こえますが、それは私が考えていることではありません。ユーザーに、入力する必要のある非常に明確なフィールドを定義する特定のプロジェクトに関する提案を書いてもらいたいのです。これをSOのコピーの試みと間違えないでください。

MantisのようなBugTrackingソフトウェアを使用してアイデア/提案とバグの両方を追跡するのは複雑すぎて、表現したいアイデアを持っているだけで、リビジョン、バージョン、プログラムの複数のフィールドに入力する必要があるユーザーには使用できないと感じています。コンポーネント、OSデータなど。

自分のアイデアを聞く可能性を追跡することとはまったく関係のないユーザーでも可能にするソフトウェアがあれば、エンドユーザーのソフトウェア/プロジェクトの開発が大幅に改善されます。