私は探していましたが、この質問の検索スペースはどうしようもなく濁っているようです。
6 週間のプロジェクトに 5 か月かかりましたが、今では幹部が Powerpoint を必要としています。
管理者が理解できる方法で、あるリビジョンから別のリビジョンへのソース ツリーの変更を視覚的に表示できるツールはありますか? ソースファイルの前後のサムネイル (基本的には、コード行によってスケーリングされたさまざまな高さの長方形) を生成するものを考えています。「後」のサムネイルは、差分で削除、追加が見られた赤、緑、黄色の帯で強調表示されます。と変化します。
ただし、要点を理解するものは何でも構いません。
編集: gourceを見つけましたが、2 つのパワーポイント スライドに収まるものを探しています。しかし、グルスは素晴らしいです。
編集 2: また、 codeswarm - 別のビデオ ツールです。可能であれば静止画像を探しています。
リリース間の変更を要約する 1 つの方法は、diffstatを使用することです。Diffstat は、削除/追加された行数をカウントし、すべてのファイルの変更の相対的な分布をグラフィカルに表示します。Linux カーネル ソース コードの例:
$ git diff v3.5-rc3 v3.5-rc4 [k-z]* | diffstat
kernel/cgroup.c | 13 +
kernel/events/core.c | 10 -
kernel/exit.c | 19 +-
kernel/pid_namespace.c | 20 ++
kernel/printk.c | 241 ++++++++++++++++++++++++++++-----
kernel/sys.c | 6
lib/fault-inject.c | 4
mm/memblock.c | 48 +++++-
mm/memcontrol.c | 6
mm/memory.c | 12 +
mm/mempolicy.c | 2
mm/oom_kill.c | 17 +-
mm/page_cgroup.c | 4
mm/pagewalk.c | 1
mm/percpu-vm.c | 1
net/9p/trans_virtio.c | 2
net/ceph/ceph_common.c | 7
net/ceph/messenger.c | 4
net/ceph/mon_client.c | 8 +
net/ceph/osd_client.c | 12 -
scripts/get_maintainer.pl | 3
sound/pci/hda/hda_codec.c | 46 +++++-
sound/pci/hda/hda_codec.h | 2
sound/pci/hda/hda_intel.c | 2
sound/soc/codecs/wm8904.c | 26 +--
sound/soc/codecs/wm8996.c | 8 -
sound/soc/pxa/pxa-ssp.c | 38 +----
sound/soc/tegra/tegra_wm8903.c | 13 +
sound/usb/6fire/firmware.c | 2
sound/usb/pcm.c | 21 +-
tools/hv/hv_kvp_daemon.c | 10 -
tools/perf/builtin-stat.c | 8 -
tools/perf/util/header.c | 48 +++++-
tools/perf/util/include/linux/bitops.h | 2
tools/perf/util/session.c | 10 +
tools/perf/util/session.h | 1
virt/kvm/assigned-dev.c | 4
37 files changed, 510 insertions(+), 171 deletions(-)
$
ここでは、選択したディレクトリについて、3.5-rc3 から 3.5-rc4 の間で最も労力がデバッグ コードの追加に費やされていることがわかります (単純に、追加/削除された各行が同じ量の労力を表していると仮定した場合)。
最近の論文で発表された Software Cities のようなものを試すことができます。
F.シュタインブリュックナーとC.レヴェレンツ。2010. ソフトウェア都市の開発史を代表。第 5 回ソフトウェア ビジュアライゼーションに関する国際シンポジウム (SOFTVIS '10) の議事録。ACM、ニューヨーク、ニューヨーク、米国、193-202。DOI=1 0.1145/1879211.1879239 . PDF リンク.
