Выпуск сістэмы сумеснай распрацоўкі GitBucket 4.38

Прадстаўлены выпуск праекта GitBucket 4.38, які развівае сістэму для сумеснай працы з Git-рэпазітарамі з інтэрфейсам у стылі GitHub, GitLab або Bitbucket. Сістэма адрозніваецца прастатой усталёўкі, магчымасцю пашырэння функцыянальнасці праз убудовы і сумяшчальнасцю з API GitHub. Код напісаны на мове Scala і даступны пад ліцэнзіяй Apache 2.0. У якасці СКБД могуць выкарыстоўвацца MySQL і PostgreSQL.

Асноўныя магчымасці GitBucket:

  • Падтрымка публічных і зачыненых Git-рэпазітароў з доступам праз HTTP і SSH;
  • Падтрымка GitLFS;
  • Інтэрфейс для навігацыі па рэпазітары з падтрымкай рэдагавання файлаў online;
  • Наяўнасць Wiki для падрыхтоўкі дакументацыі;
  • Інтэрфейс для апрацоўкі паведамленняў аб памылках (Issues);
  • Сродкі для апрацоўкі заявак на змены (Pull request);
  • Сістэма адпраўкі апавяшчэнняў па электроннай пошце;
  • Простая сістэма кіравання карыстальнікамі і групамі з падтрымкай інтэграцыі з LDAP;
  • Сістэма плагінаў з калекцыяй дапаўненняў, распрацаваных удзельнікамі з супольнасці. У выглядзе плагінаў рэалізаваны такія магчымасці як стварэнне gist-нататак, публікацыя анонсаў, рэзервовае капіраванне, выснова апавяшчэнняў на працоўны стол, пабудова графікаў коммітаў, адмалёўка AsciiDoc.

У новым выпуску:

  • Дана магчымасць дадання сваіх палёў у Issues і pull-запыты. Палі дадаюцца ў інтэрфейсе з наладамі рэпазітара. Напрыклад, у Issues можна дадаць поле з датай, да якой трэба вырашыць праблему.
    Выпуск сістэмы сумеснай распрацоўкі GitBucket 4.38
  • Дазволена прызначаць некалькі асоб, адказных за ўхіленне праблем (Issues) і рэцэнзаванне pull-запытаў.
    Выпуск сістэмы сумеснай распрацоўкі GitBucket 4.38
  • Карыстачам прадстаўлены інтэрфейс для замены забытага ці скампраметаванага пароля. Для пацверджання аперацыі патрабуецца настройка адпраўкі лістоў па SMTP.
    Выпуск сістэмы сумеснай распрацоўкі GitBucket 4.38
  • Пры адлюстраванні матэрыялаў, створаных з выкарыстаннем разметкі Markdown, рэалізавана падтрымка гарызантальнай пракруткі для вельмі шырокіх табліц.
    Выпуск сістэмы сумеснай распрацоўкі GitBucket 4.38
  • Дададзена опцыя каманднага радка «—jetty_idle_timeout» для ўсталёўкі таймаўту неактыўнасці сервера Jetty. Па змаўчанні таймаўт выстаўлены ў 5 хвілін.

Крыніца: opennet.ru

Дадаць каментар