私は数か月前に新しい会社で働き始めましたが、git は初めてでした。私は以前に svn と bk を使用したことがあるので、ほとんどの概念は私にとって異質ではありませんでした。私が抱えている問題は、現在存在する 80 以上のブランチを理解することです。一部には release-#.# や maintenance-#.#.# などの名前が付いているので、それらが何に関係しているか推測できます。他の多くは機能ブランチまたは製品ブランチのようです。ログによると、過去 6 か月間にアクティブだったのはほんの一握りです。これまでの私の背景知識は、これが git やその他の VCS リポジトリが最終的にどのようになるべきではないことを示唆しています。
この 80 を超えるブランチがマージまたはデッドエンドされている可能性があるこのスパゲッティを視覚化するのに役立つツールは何ですか?
かなり雑然としていますが、gitg --merges --all 1で OK の表現が得られることがわかりました。
gitk --merges --all 2は私の好みの美的スタイルではありませんが、問題を孤立したチャンクにうまく分解していることがわかります。
おそらく、一度にすべてのA1プロットを作成できる何かが役立つでしょうか?
最終的には、私と既存のプログラマーの何人かは、物事を少し整理したいと考えています。これらのブランチのいくつかは一時的なものであり、おそらく終了していることは誰もが知っていますが、メインの開発ラインにマージされたのでしょうか? それはすべて、かなり有機的な成長感があり、枯れ木だと思って根を切り落とそうとしていないことを知りたい. git にはブランチを削除して名前を変更するコマンドがあるように見えるので、より論理的な状態で物事を取得できるはずです。ここで意味がある場合は、sub/branch/style/things を含める可能性があります (通常、git では悪い形式とは見なされません)。
ツールは Ubuntu または Windows 7 で実行できます。LAN の外からコードにアクセスすることはできません。画像を更新するための自動化されたジョブを設定することはボーナスですが、難しい要件ではありません。仕事をするのに役立つ何かにお金を払うことを喜んで検討しますが、今のところ重要とは見なされていないため、この仕事に利用できる莫大な資金はありません.
