Foi lançado o projeto GitBucket 4.38, que desenvolve um sistema para colaboração em repositórios Git com uma interface semelhante ao GitHub, GitLab ou Bitbucket. O sistema se destaca pela facilidade de instalação, capacidade de expansão de funcionalidade através de plugins e compatibilidade com a API do GitHub. O código é escrito em Scala e está disponível sob a licença Apache 2.0. MySQL e PostgreSQL podem ser usados como SGBDs.
Principais recursos do GitBucket:
- Suporte a repositórios Git públicos e privados acessíveis via HTTP e SSH;
- Suporte ao GitLFS;
- Interface para navegação pelo repositório com suporte à edição de arquivos online;
- Inclui um Wiki para preparação de documentação;
- Interface para gerenciamento de problemas (Issues);
- Ferramentas para gerenciar solicitações de alterações (Pull request);
- Sistema de envio de notificações por e-mail;
- Sistema simples de gerenciamento de usuários e grupos com suporte para integração com LDAP;
- Sistema de plugins com uma coleção de complementos desenvolvidos pela comunidade. Funcionalidades como a criação de notas gist, publicação de anúncios, backups, notificações na área de trabalho, geração de gráficos de commits, e renderização AsciiDoc foram implementadas como plugins.
No novo lançamento:
- Foi disponibilizada a opção de adicionar campos personalizados em Issues e pull requests. Os campos são adicionados na interface de configurações do repositório. Por exemplo, em Issues é possível adicionar um campo com a data até a qual o problema deve ser resolvido.
- É permitido designar várias pessoas responsáveis pela resolução de problemas (Issues) e revisão de pull requests.
- Os usuários têm acesso a uma interface para alterar senhas esquecidas ou comprometidas. Para confirmar a operação, é necessária a configuração do envio de emails via SMTP.
- Foi implementado suporte à rolagem horizontal para tabelas muito largas ao exibir materiais criados com a formatação Markdown.
- Adicionada a opção de linha de comando "—jetty_idle_timeout" para definir o tempo limite de inatividade. servidor Jetty. Por padrão, o tempo limite está definido em 5 minutos.
Fonte: opennet.ru
