Как зайти в Даркнет?!
25th January, 01:11
8
0
Как в tkinter из поля ввода Entry получить значение в одну переменную и обновить строку кнопкой, затем получить ещё одно введённое значение и затем сложить их. Ниже пример кода
21st July, 19:00
899
0
Программа, которая создает фейковые сервера в поиске игровых серверов CS 1.6 Steam
21st March, 17:43
952
0
Очень долго работает Update запрос Oracle
27th January, 09:58
916
0
не могу запустить сервер на tomcat HTTP Status 404 – Not Found
21st January, 18:02
907
0
Где можно найти фрилансера для выполнения поступающих задач, на постоянной основе?
2nd December, 09:48
942
0
Разработка мобильной кроссплатформенной военной игры
16th July, 17:57
1727
0
период по дням
25th October, 10:44
3957
0
Пишу скрипты для BAS только на запросах
16th September, 02:42
3722
0
Некорректный скрипт для закрытия блока
14th April, 18:33
4614
0
прокидывать exception в блоках try-catch JAVA
11th March, 21:11
4382
0
Помогите пожалуйста решить задачи
24th November, 23:53
6087
0
Не понимаю почему не открывается детальное описание продукта
11th November, 11:51
4352
0
Нужно решить задачу по программированию на массивы
27th October, 18:01
4400
0
Метода Крамера С++
23rd October, 11:55
4309
0
помогите решить задачу на C++
22nd October, 17:31
4002
0
Помогите решить задачу на python с codeforces
22nd October, 11:11
4492
0
Python с нуля: полное руководство для начинающих
18th June, 13:58
2599
0
Может ли fogbugz отслеживать зависимости от случая?
Может ли fogbugz отслеживать зависимости от случая?
FogBugz уже давно поддерживает случай "relation", который создает специальную связь между случаями просто путем добавления "case 1234" к любой заметке. Недостаток: они не являются съемными, и это сохраняется в FogBugz 7. (Мы пытались выяснить, как сделать это правильно, но просто не хватило времени, поэтому мы оставили текущее поведение.)
FogBugz 7, недавно выпущенный, добавил иерархию "родитель-потомок", чтобы вы могли разделить главный случай на его составные части или объединить аналогичные запросы в один зонтичный случай.
FogBugz 7 также предлагает зависимости от вех, когда одна веха не может быть запущена до завершения другой. Это относится только к функциям планирования программного обеспечения. На самом деле мы никому не мешаем работать над делами в зависимой вехе.
Мы считаем, что эти функции представляют собой реальный мир зависимостей, поскольку они существуют между различными частями проекта.
Мы намеренно не реализовали никакого вида блокировки в стиле Bugzilla по нескольким причинам. Во-первых, это может быть ужасно неэффективно, позволяя людям игнорировать работу, которую они могли бы легко сделать, если бы она была перед ними. Во-вторых, это может привести к возникновению трясины взаимозависимостей. В-третьих, он также позволяет использовать программное обеспечение в качестве социальной дубинки ("я не могу начать уничтожать функции, пока Джефф не закончит свои макеты."), чего мы стараемся избегать. Мы делаем социальное программное обеспечение... в этом смысле мы предпочитаем, чтобы социальные проблемы решались социально, а программные проблемы решались с помощью программного обеспечения. Преднамеренное упущение блокировки или жесткой зависимости между случаями является частью этой философии.
Тем не менее, FogBugz 7 очень расширяема, с плагинами, тегами, пользовательскими полями и множеством других полезных функций. Если блокирование-это то, что вы хотите, я уверен, что кто-то сможет что-то придумать.
И да, и нет. Обращения могут быть связаны друг с другом, но если вы ищете дерево обращений (предварительные условия и т. д.), Вам нужно FogBugz 7 или более поздней версии.
Если вы используете FogBugz 7.3 или больше , теперь вы можете использовать плагин зависимости от регистра, который был выпущен в апреле 2011 года.
Вы не определили, что именно подразумеваете под зависимостями , но если вы имеете в виду, что разрешение одного дела требует разрешения других - формально ответ будет отрицательным. Однако вы можете ссылаться на другие случаи из базового варианта, и FogBugz будет отслеживать перекрестные ссылки. Например, если вы скажете "see case 2031" в тексте одного дела, то часть 2031 превратится в гиперссылку, и оба дела теперь будут сообщать, что они ссылаются друг на друга (как вперед, так и назад). Это довольно крутая функция на самом деле.