私たちは Jira と Confluence に決定し、現在、私たちの生活を楽にする可能性のある他のアトラシアン ツールを検討しています。
FishEye では、CVS のネイティブ ツールでは不可能なソース コード リポジトリのあらゆる種類の視覚化が可能であることを理解しています。しかし、非常に便利なツールの大規模なエコシステムを持つ git に移行しました。
質問: FishEye は、ネイティブ ツールからは得られない有用なことを教えてくれますか? (または競争力のある価格の商用ツール)?
個人的にはFisheyeが好きですが、それは中規模の開発環境と、レポの現在の状態を監視することが非常に重要なやや複雑な分岐/開発戦略を与えられています.
私の前の仕事では、私たちの主な製品は、請求とシステム統合のすべてが社内で処理される、サーバー側 Java のホワイトボックス化された SaaS 製品のラインでした。ほとんどの人は Emacs/コマンド ライン ハッカーでしたが、主要な製品ラインのすべてに加えて、依然として FishEye を使用していました。
注意事項
FishEye を持たない製品に取り組んでいる再編成されたエンジニアは、通常、次の理由で不満を抱いていました。
リファクタリング通常、ファイルの移動、名前の変更、関連する変更のマージなどを行います。FishEye のベース名による検索では、削除されてから長い時間が経過したファイルが履歴を保持して返されるため、リポジトリの履歴をめちゃくちゃにしても、以前の変更が何であったかがわかります。会社への突然の拡大により、非常に深刻な成長痛を経験していたコードベースにとって、これは大きな助けになりました
コード所有権/レビュー 堅牢なコード所有権/レビュー プロセスがなくても、Fisheye を使用して特定のプロジェクト/リポジトリの変更をオプトインできます。チーム リーダーなどにとって、メール スパムを受信したいのか、レポの RSS フィードを設定したいのかにかかわらず、他の人が何かを変更しているときに何をしているのか、またその理由を常に把握しておくための非常に簡単な方法です。一度に複数のプロジェクトを管理している場合、それは大きな問題になる可能性があります。最初の主要プロジェクト用に RSS フィードをセットアップしたので、それがどのように変化しているかを確認できましたが、本当の利点は、API 関連のプロジェクトが変化するのを監視することです。
使用可能すべてのエンジニアがコマンドライン ハッカーというわけではありません。これは、HTML/CSS を扱う一部のフロントエンド エンジニアに特に当てはまります。一部の人々は可能な限りコマンド ライン ツールにフォールバックする傾向があり、ありふれたファイルの差分を実行し、「誰がいつ変更を元に戻したか?」を実行します。「svn Blame」などを行うよりも、ブラウザ内の差分ツールを処理する方が簡単です。
そうは言っても、私がゼロから開発ショップを行っていた場合、特定のファイルを時々 1 つまたは 2 つではなく、プロジェクト全体の視覚化が必要でない限り、まったく触れないでしょう。次のことが真であることを意味します。
分析/ツールの統合も無視しています。部分的には、Fisheye を他のものと比較しているのであれば、Fisheye を維持するのに、別のソリューションを維持するのにどれだけの余分な作業が必要になるかを検討する必要があると思うからです。一度に 1 つのアトラシアン製品。
あなたの状況では、Jira/Fisheye 統合部分も調べて、他の商用オプションを検討するときに、その機能セットが現時点で (またはまったく) 必要かどうかを確認します。
FishEye を使用することで得られる主な利点の 1 つは、その上に Crucible を重ねることで、リモート コード レビューが容易になることです。
fisheye と Jira の統合がとても気に入っています。jira のプロジェクトを fisheye のリポジトリにリンクするのは素晴らしいことです。jira に「ソース」タブが表示されます。次に、コミット コメントでバグ/タスク ID を使用してコミットすると、コミットのファイルが jira のソース タブに表示され、クリックするだけで、そのバグ/タスクのコミットで何が変更されたかを正確に確認できます。確かに、私は SVN でしかそれを行っていないので、git で動作するかどうかははっきりとは言えませんが、調査する価値はあります。
もう 1 つの優れた機能は、クルーシブル レビュー内から Jira の欠陥を作成できることです。問題のあるコード行を強調表示して欠陥を作成すると、作成者がレビューを要約またはクローズしようとしたときに、レビューに関連する未解決のバグがある場合に警告が表示されます。
100% リモート チームで作業しているので、魚眼レンズの Crucible はコード レビューに非常に役立ちます。
限られたサーバーでは遅くてかさばるという理由で、FishEye の使用をやめました。GitHub で Git と一緒に JIRA を使用すると、より快適になります。FishEye が宣伝する視覚化機能のいくつかは、Git でもサポートされていません。私は Atlassian の大ファンですが、FishEye は Git 作業のための最高のツールの 1 つではないと思います。
2018 年更新: Stash はBitBucket サーバーと呼ばれるようになりました...
2013 年 1 月更新: Stashと呼ばれるようになりました。
( sendmoreinfoのコメントを参照)
元の回答2012年2月：
FishEye2.7 から、リモート リポジトリにアクセスできるだけでなく、FishEye サーバー内に新しい Git リポジトリを作成することもできます。
「FishEye マニュアル ページ」、「Git リポジトリの作成」、および「FishEye でのリポジトリ管理の有効化」を参照してください。
ブログ投稿 " FishEye in Practice: Setting up your own Git repositories " にもその機能が示され、その機能の目標がリストされています。
- 企業がファイアウォールの背後にある Git リポジトリを取得または移行できるようにする
- チームのリポジトリ権限を簡単に設定できるようにする
つまり、FishEye はアクセス レイヤー (FishEye が実行されている Apache サーバーなど) を内部 Git リポジトリ アクセスに活用します。
また、基本的な承認メカニズムも提供します。つまり、内部リポジトリを管理するために、別の Apache+Gitolite のような別のインフラストラクチャをセットアップする必要はありません。FishEye サーバーを直接使用できます。
私にとって興味深いのは、どのコミットが問題に関連しているかをすぐに把握できることです。これは JIRA 自体の一部になります。
したがって、私が直接取り組んでいないプロジェクトのバグを報告した場合、プロジェクトを複製しなくても、期待どおりに修正されていることを確認してから、コミット履歴ログを検索できます。
また、開発者はコミット メッセージに課題タグを挿入する必要があります。
コード レビューもあると便利ですが、今のところあまり使用していません。