Согласно справке в pipdeptree -h
, опция --json-tree
переопределяет опцию -p
:
--json-tree Display dependency tree as json which is nested the
same way as the plain text output printed by default.
This option overrides all other options (except
--json).
Так что, к сожалению, похоже на отображение дерева одного пакета, так как json обычно не возможно. Использование только опции -p
без --json-tree
работает, как и ожидалось:
$ pipdeptree -p numpy
numpy==1.16.2
Но, к сожалению, это обычный вывод.
Конечно, вы всегда можете взломать его вместе, импортировав pipdeptree в скрипт:
import pipdeptree
import json
pkgs = pipdeptree.get_installed_distributions()
dist_index = pipdeptree.build_dist_index(pkgs)
tree = pipdeptree.construct_tree(dist_index)
json_tree = json.loads(pipdeptree.render_json_tree(tree, indent=0))
print([package for package in json_tree if package['package_name'] == 'numpy'][0])
выведет
{'required_version': '1.16.2', 'dependencies': [], 'package_name': 'numpy', 'installed_version': '1.16.2', 'key': 'numpy'}
Исходный код здесь, если вы хотите попробовать что-то подобное : https://github.com/naiquevin/pipdeptree/blob/master/pipdeptree.py
Я категорически не согласен с ответом Джейсона. Смысл Scrum заключается в том, чтобы избавиться от метода, при котором дизайнеры сначала «делают свое дело», а затем переходят к другим вещам. Это полностью и на 100% против всех принципов Lean / Scrum!
Как включить дизайнеров в процесс Scrum? Брось их в микс! Убедитесь, что вы не просто включаете проект водопада в Scrum, так как это лучший путь к провалу! Scrum работает только тогда, когда он реализован без исключений. «Scrum, но ...» - худшая модель проекта. Организуйте работу так, чтобы это было возможно для параллельного проектирования и разработки. Не переусердствуйте с первоначальным дизайном, но сделайте его двухтактным, когда обе стороны монеты влияют на другую. Смысл Scrum состоит в том, чтобы повторять, повторять и повторять, так что в полной мере извлекайте из этого выгоду.
Кроме того, довольно склонно вообще отказаться от традиционного дизайна на основе Photoshop. Вы можете прочитать больше об этом из этого отличного поста в блоге «Сигнал против шума»:
Rational Clearquest предоставляет распределенное решение для управления жизненным циклом программного обеспечения. Он интегрируется с Clearcase (связанный SCM) и, подобно Clearcase, предназначен для обслуживания больших распределенных клиентских баз.
Я только что смотрел на это сегодня вечером и смотрел на Дитца. Два других на рассмотрение:
People already gave most important links, so let me add an alternative and a sidenote.
Alternative: emacs org-mode has sophisticated support for making and using task lists. And .org file is just a text file, so can be versioned as anything else. That's probably not the only option, other GUIs/editors may support similar tools (Eclipse Mylyn?)
Sidenote: I've been using bugs everywhere for some time. Well, it was easy and pleasant to quickly drop todo's. And it was close to impossible to manage the issue list once it grown big. Really, it is the time when one needs milestones, issue classification, progress tracking, some reports...
ditz may be more promising here as it has some HTML reports and ditz-commander. I haven't tested it, though.