Без заголовка

Мой ответ был на цитату: "Можно ли запустить Perforce прямо над страничками Confluence -- вот в чем вопрос!". С issue tracking/wiki/versioning systems/rm (о последнем в самом низу) работаю много лет и описанная проблема знакома. Сперва немного разверну тему и прокомментирую ваш ответ. Выбор JIRA от Atlassian разумен, ибо является стандартом де-факто. Существует ещё и FogBugz от FogCreek, который позиционируется "более agile", однако не предоставляет native sidekick solution аля wiki и к нему нет такой тонны extensions. Поскольку _реальной_ нативной интеграции между JIRA и Confluence НЕТ -- одни шалости, вроде возможности отображения issue listа по фильтру на странице -- причём это не попадает под versioning, так как является тагом. Итак, поскольку реального benefit использовать confluence вместе с JIRA нет, то со спокойной душой можно ставить любой другой wiki. Если очень хочется, сторонний versioning system можно запустить поверх wiki, работающего на файловой системе - такие имеются, но описаная проблема ведь глубже. Для Wiki я в первом своём комментарии предложил ставить versioning tag внутри групп документов, когда хочется сделать "build" группы документов с определённым тагом. После этого можно делать поиск групп документов внутри архива по версии и это работает... только вот приучить к вики+тагам сотню людей невозможно. Итак, смысла городить такую чепуху нет, потому что проблема ваша называется... (барабанная дробь) Проблема менеджмента требований. http://www.jiludwig.com/Requirements_Management_Tools.html То, что вы называете "Симултрек" зовётся RM. Если я не правильно вас понял, было бы интересно почитать мысли по этому поводу.