Представлен (https://groups.google.com/forum/#!topic/trac-announce/8VFPPY...) значительный выпуск системы управления проектом Trac 1.4 (https://trac.edgewall.org/), предоставляющей web-интерфейс для работы с репозиториями Subversion и Git, встроенный Wiki, систему отслеживания ошибок и раздел планирования функциональности для новых версий. Код написан на языке Python и распространяется (https://trac.edgewall.org/browser/trunk/) под лицензией BSD. Для хранения данных могут применяться СУБД SQLite, PostgreSQL и MySQL/MariaDB.
Trac придерживается минималистичного подхода к управлению проектом и позволяет автоматизировать типовые рутинные операции с минимальным влиянием на уже сложившиеся в среде разработчиков процессы и правила. Встроенный wiki-движок даёт возможность использовать wiki-разметку в описаниях проблем, целей и коммитов. Поддерживается создания ссылок и организация связей между сообщениями об ошибках, задачами, изменениями в коде, файлами и wiki-страницами. Для отслеживания всех событий и активности в проекте предлагается интерфейс в виде шкалы времени.
В форме плагинов (https://trac.edgewall.org/wiki/PluginList) доступны модули для ведения новостных лент, создания дискуссионной площадки, проведения опросов, взаимодействия с различными системами непрерывной интеграции, генерации документации в Doxygen, управления загрузками, отправки уведомлений через Slack, поддержки Subversion и Mercurial.
Основные изменения по сравнению со стабильной веткой 1.2:
- Переход на рендеринг при помощи быстрого шаблонизатора Jinja2 (https://jinja.palletsprojects.com/). Основанный на XML шаблонизатор Genshi объявлен устаревшим, но из соображений обеспечения совместимости с уже существующими плагинами будет удалён лишь в нестабильной ветке 1.5.- Прекращена обратная совместимость с плагинами, написанными для Trac версий до 1.0. Изменения в основном затрагивают интерфейсы для обращения в БД.
- Группы пользователей, упомянутые в поле CC, автоматически разворачиваются в список входящих в эту группу пользователей.
- Wiki-страницы снабжены переключателем между узким и полноэкранным режимами просмотра текста.
- В шаблонах почтовых уведомлений появилась возможность использования данных об изменениях в полях тикетов ("changes.fields").
- Автоматический предпросмотр wiki-форматированного текста реализован для всех стандартных полей (например, описания отчёта). Также пользователи получили возможность самостоятельной настройки времени ожидания между прекращением ввода и обновлением области предпросмотра.
- Плагин TracMigratePlugin стал частью Trac и доступен в виде команды trac-admin convert_db. Напомним, данный плагин позволяет производить миграцию данных Trac-проекта между разными базами данных (например, SQLite → PostgreSQL). Также можно отметить появление подкоманд ticket delete_comment и attachment move.
- Пользовательские текстовые поля получили атрибут max_size.
- Поддержка клонирования тикетов (а также создания тикетов из комментариев) через опциональный компонент tracopt.ticket.clone
- Предоставлена возможность добавления пользовательских ссылок в навигационную шапку штатными средствами.
- Область действия валидаторов изменений расширена на инструмент массового (batch) редактирования, а также на процесс редактирования комментариев.
- Поддержка выдачи контента по HTTPS напрямую из tracd.
- Обновлены минимальные требования к версии Python (2.7 вместо 2.6) и PostgreSQL (не старее 9.1).
URL: https://groups.google.com/forum/#!topic/trac-announce/8VFPPY...
Новость: https://www.opennet.me/opennews/art.shtml?num=51377
Трак в своё время был хорош, архитектура и система плагинов там была годная. Правда, внешне выглядело как реликт из 90-х уже тогда. Им бы одного толкового UX-дизайнера, и был бы вообще огонь.
"Толкового" - это того, который впиндюрит побольше трекеров и фингерпринтинга, а чтобы заэнфорсить это перепишет весь UI на модный фронтэндный фреймворк и сделает на аяксе? Спасибо, не надо.
Нет, толкового.
толковый десять лет назад разработал удобный, не требующий единственноверного браузера и не жрущий гигабайты интерфейс, который легко модифицировать. А вы хотите - веб-макаку. К счастью, ее проникновение в трак малореалистично, поскольку макака не умеет ни трекеры отличные от гитхапа и гитляпа, ни vcs отличные от git, а ее заставят пользоваться trac и svn.
> А вы хотите - веб-макаку.Нет, толкового.
> К счастью, ее проникновение в трак малореалистично.
Глубоко зарыт и крепко заколочен?
нет, бестолкового - потому что толковый не поймет, что не так с текущим интерфейсом, кроме того что немодный, немолодежный, линки видны в адресной строке вместо прекрасного аяшмякса с апдейтом случайных мест на экране в случайное время, и нет приложения для ведроида.> Глубоко зарыт и крепко заколочен?
Виден уровень, ага. Вам написали, но вы таки не поняли: требуется умение svn и trac, а не только г-нокодить на пихоне. Поскольку для разработки, внезапно, используется сам разрабатываемый продукт.
А, еще почту читать надо уметь, да - пуш уведомления пока еще только предстоит написать (буду надеяться что и не напишут).
Не поймет, что не так с текущим, только человек с патологическим желанием в любой непонятной ситуации строить из себя гуру, хейтя всё подряд, от новостей до высказываний. Которому даже не важна тема беседы и объективность постановки претензии - главное, баба яга против. Против ext4, против zfs, против ntfs, против гнома/кде/xfce, против explorer.exe, против старых релизов, против обмазываний свежайшим. Который такой себе Валентин Мудильников, в каждой бочке затычка.
С текущим всё нормально. Выпадающие меню в стиле гитлэб - это очень неудобно.
Нормально там все с интерфейсом. Из коробки не хватает только scrum/kanban режимов, но это решается плагинами.
Поддержку нескольких проектов так и не запилили :(
> Поддержку нескольких проектов так и не запилили :(дык ведь он и так поддерживает изначально, каждый проект в своей директории. запускаете tracd через параметры все ваши проекты.
Таки да, ток хотел написать. В этом плане redmine просто решает ;)
Во всех этих вещах мне не хватает, чтобы репозиторий гит был не в директории проекта а в бд. Есть Fossil но не применяю его только лишь по причине что он не гит.
Странного желаешь ты.
а есть наоборот, что бы комменты, тикеты и MR были не в бд, а в репозитории?
ikiwiki
вообще забавно что выпустили - я уже и не ждал от них новых циферок, учитывая мега-количество разработчиков и семимильные шаги прогресса видимые в трекере проекта. Впрочем, вероятнее всего, пользы от этой версии уже никому и никогда не будет, один вред - сломают какой-нибудь плагин, который автор последний раз редактировал в 2008м.собственно, главный улучшизм - замена genshi на новое модное - видимо, поломает нахрен подсветку исходников, поскольку модули для нее брались из genshi, уж какие ни есть.
> замена genshi на новое модноеНовое? Модное? Jinja испокон веков в Ansible и SaltStack используется для всех этих {{item}} и {%if%}, не говоря уже о сайтиках, сляпанных на Flask и пр.
> поломает нахрен подсветку исходников, поскольку модули для нее брались из genshi
Эээ, нет, за подсветку отвечает pygments, он к Genshi вообще никаким боком не относится.
> Эээ, нет, за подсветку отвечает pygmentsвроде он именно на ем и был написан. Впрочем, тоже нифига не жалко, поскольку нужного мне (помимо, разумеется, десятка устаревших форматов) все равно нет и не будет. Да и детект по расширению и без возможности оверрайда - тоже так себе идея.
хороший был трак, но сдох уже давно. Может оно и к лучшему, а то б и правда модный аякс с поддержкой хрома, хрома и хрома давно бы впендюрили, а доаяксовая версия требовала бы пихона 2.6
>> Эээ, нет, за подсветку отвечает pygments
> вроде он именно на ем и был написан.Это когда такое было? pygments всегда был самодостаточной библиотекой. Тем более что для того, чтобы рисовать <span> вокруг токенов, размашистый XML-шаблонизатор брать не нужно.
> нужного мне (помимо, разумеется, десятка устаревших форматов) все равно нет
Чего такого ты в http://pygments.org/languages/ не смог найти? M4?
> и не будет.
Почему это? Коммиты в него всё ещё текут. Да и если ну очень надо, http://pygments.org/docs/lexerdevelopment/
> Да и детект по расширению и без
> возможности оверрайда - тоже так себе идея.http://pygments.org/docs/api/#pygments.lexers.guess_lexer
> хороший был трак, но сдох уже давно. Может оно и к лучшему,
> а то б и правда модный аякс с поддержкой хрома, хрома
> и хрома давно бы впендюрили, а доаяксовая версия требовала бы пихона
> 2.6Ещё с 0.12 там AJAX есть (чтобы ходить за рендером предпросмотра маркапа), и правки без комментов на лету он умеет скрывать-показывать. Но, к счастью, всё работает и без джаваскриптов, которые к тому же сделаны на jQuery, а не модных реактивно-компонентных фреймворках с терабайтом node_modules.
> Чего такого ты в http://pygments.org/languages/ не смог найти? M4?а что, и ЭТОГО нет?! Блин, там чего ни хватишься - ничего нет.
> http://pygments.org/docs/api/#pygments.lexers.guess_lexer
ну это конечно здорово, но в каком месте это к trac присобачить - желательно в виде полностью выключенного нахрен, и назначаемого вручную? (может, за исключением просмотра svn repo)
Не так много в траке аттачей.
А лексеры вешаются на .хрень, да еще и ручным редактированием конфига, если надо что-то необычное.> Да и если ну очень надо
не, не настолько чтоб еще и полировать инструмент для инструмента сборки инструмента
а, да, правки в тикеты, действительно же ж, по неведомым праздникам (за что мы все и любим аяксов и прочих модных троянцев) перерисовываются.
wiki, где это гораздо более актуально, посколь после тыка в "preview" хрен ты заново найдешь где был - не, ниалле ;-)
так что лучше уж и не трогать. Трак штука такая - если работает и устраивает - то и прекрасно. Если что-то не подходит - то выкинуть и идти к гитхапу на поклон.
> wiki, где это гораздо более актуально, посколь после тыка в "preview" хрен
> ты заново найдешь где был - не, ниалле ;-)Вообще-то есть. Я в свой 1.2 залез проверить — работает, надо просто подождать секунды две, что бесит, если постоянно лезешь перепроверять рендер, а не исходник. Впрочем, говорят, в 1.4 в настройках этот таймаут можно поменять.
а, ты наверное в "side by side" это видишь. У меня не настолько широкий экран в конторе (и нет привычки открывать браузер во весь, в любом случае), а preview так не умеет.для тикетов он срабатывает если мышью ткнуть мимо текстового поля, но в целом - я ж говорю, типикал аякс - даже в этом, куцем воплощении 2010го года - что-то где-то без объявления войны перерисовывается когда оно само хочет.
По другому оне не умеют.
Почему всех так волнует размер node_modules, который нужен только на этапе сборки?
Объем исходников (включая все зависимости), нужный для сборки KDE, еще больше, ну и что?Проблема реакта не в этом, а в том, что на нем пишут макаки.
> Объем исходников (включая все зависимости), нужный для сборки KDE, еще больше, ну
> и что?Зависимости жирных DE хотя бы по кускам собрать можно, а распакованные исходники выкидывать по ходу дела, не расбрасываясь местом и свободными инодами направо и налево.
Но если честно, будь я пользователем DE, я бы точно так же жаловался на количество этих исходников.
Да ладно, если не на Raspberry Pi программировать, это все копейки по нынешним меркам.Тут проблема другая - Virtual DOM задуман как раз для повышения производительности (по сравнению с ручной его модификацией), но его используют так, что получается ровно наоборот.
Новое и модное - это вы про jinja? Ему больше дюжины лет минуло! Он одного возраста с genshi.
genshi ж, кажется, сдох?
> genshi ж, кажется, сдох?Есть чуваки, которые в https://github.com/nandoflorestan/kajiki пытаются сделать быстрый Genshi, но он развивается даже сильно медленнее трака.
Новое и модное - это вы про jinja? Ему больше дюжины лет минуло! Он одного возраста с genshi.
Про подсветку исходников. Дружище! Посветку исходников обиспечивает pygment. Ничего не поломается. И дописывать можно подсветки. Я вот для 1С языка подсетку в pygment накалякал. Ковёненько, но зато своё родное, отечественное. И ни кому не нужное. Но прежде чем гундеть, хотя бы разобраться надо.
Кошмарный по как по юзабилити так и по возможностям реликт из 90-х. Странно что не на перле.
Годная штука, правда давно его нигде не видел.
Если я не ошибаюсь то он вроде в проекте по написанию свободного аналога ОС BeOS - Haiku https://haiku-os.org используется.
> Годная штука, правда давно его нигде не видел.
https://code.djangoproject.com/
https://www.virtualbox.org/report/1
https://developer.pidgin.im/
Но они подумывают о том чтобы его сменить, ради привлечения новых разработчиков, чтобы снизить порог вхождения.Ранее обсуждался переход на Git, но решение не приняли, а сейчас вопрос снова стал актуальным, поскольку хостятся они на битбакете. Либо остаться на Hg, а хостинг сменить.
Дичайше классная система! Пушка! Я её долго не смотрел, потому, что пишут, что аскетичная, нужно конфиги править, красноочкоглазым быть. Кучу говна перепробовал, а потом всё-таки поставил. И... Это огонь! Ничего лишнего, а если нужно, то лишнее можно, как хочешь, впендюрить.Самое крутое, это то, что она шикарно подходит для ведения задач разрозненных групп разработчиков, или одиночек. Каждый может вести свой trac, пихать друг другу задачи и обрабатвать их у себя.
Легко переносится между системами. Если для кого-то это не плюс, то попробуйте redmine перенести, а ещё если он устарел порядочно, то там вы вообще можете столкнуться с токой проблемой, когда непереносимо. И тогда у вас начинают жить два redmine. И это я молчу про систему верчения этих рубей. Кто на чём его подымает, кто на passenger, кто на... (продолжите за меня). Это жесть!