Существует ли высокоуровневый инструмент визуального сравнения, предназначенный для менеджеров, а не для программистов?

Question

Я искал и смотрел, но пространство для поиска по этому вопросу кажется безнадежно мутным.

Мы все были там: 6-недельный проект занял 5 месяцев, и теперь руководители хотят Powerpoint.

Существует ли инструмент, который может визуально отображать изменения в исходном дереве из одной ревизии в другую так, чтобы руководство могло это понять? Я думаю о чем-то, что генерирует до и после миниатюр (в основном, просто прямоугольники различной высоты, масштабируемые по строкам кода) исходных файлов, с миниатюрами "после", выделенными полосами красного, зеленого и желтого цветов, где удаления различаются, добавления и изменения.

Тем не менее, все, что поможет вам понять смысл.

Изменить: я нашел источник, но я ищу что-то, что может поместиться на 2 слайдов PowerPoint. Гурс отличный, хотя.

Редактировать 2: Также CodeSarm - еще один видео инструмент, я ищу фотографии, если это возможно.

Answer 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 больше всего усилий было добавлено в код отладки (когда наивно предполагая, что каждая добавленная / удаленная строка представляет собой равное количество усилий).

Answer 2

Вы можете попробовать что-то вроде Software Cities, которое было представлено в недавней статье:

Ф. Штайнбрюкнер и К. Леверентц. 2010. Представление истории развития в городах программного обеспечения. В материалах 5-го международного симпозиума по визуализации программного обеспечения (SOFTVIS '10). ACM, Нью-Йорк, Нью-Йорк, США, 193-202. DOI=1 http://dx.doi.org/10.1145/1879211.1879239. PDF ссылка.