Trac vs. Redmine [fechado]

Estou a trabalhar em investigação e o meu grupo de trabalho de Bioinformática precisa de um software de gestão de projectos para controlar vários projectos (ambiente Linux). Originalmente, planeámos usar TRAC, mas depois soube do REDMINE. Além disso, li em alguns posts anteriores de 2008 e 2009 que muitos projetos tinham mudado para Redmine. Neste momento, não consigo encontrar qualquer comparação actualizada ou fiável entre ambos os sistemas e, por conseguinte, não consigo determinar qual é melhor (talvez ambos sejam igualmente bom).

a minha pergunta:

alguém de vocês tem experiência recente em um ou mesmo em ambos os sistemas e pode apontar algumas (grandes) vantagens/disadavantagens de Redmine ou Trac (ou mesmo ambos)?

Os Requisitos seriam::

  • suporte de svn e / ou dcvs (Git)
  • Gestão de documentos
  • bilhética
  • rastreamento de insectos
    • [16]}wiki / blog interno (ou seja, gestão do conhecimento)
  • múltiplo apoio ao projecto
  • a instalação deve ser o mais fácil possível
  • não deve haver centenas de plugins a serem instalados antes de obter um software de gestão de projecto utilizável em funcionamento (a instalação de base deve ter a maioria das funcionalidades)
Muito obrigado pelo seu tempo! Saúde.
Author: Bionicman303, 2011-05-04
Source

7 answers

Eu uso O Redmine and ... I like it;)
  • o svn e o git funcionam bem, tem mais repos implementados (Darcs, Mercurial, Cvs, Bazaar, Filesystem ??? ), mas não tentei usá-los
  • sobre a instalação-no meu caso, instalador automático na minha hospedagem, por isso não posso dizer nada, você deve ser capaz de encontrar muitos tutoriais {[[5]}
  • rastreamento de bilhetes / bugs-penso que, tanto para RM como Trac, é a funcionalidade principal, demasiado para escrever ;) poderá configurar os papéis, os utilizadores de ligações ou grupos com projecto, especificando o papel de cada você pode especificar o seu próprio tipo de emissão (ticket), por exemplo. bug, new idea, issue priorities você tem Gantt chart (você pode especificar o prazo para cada edição), você pode ligar cada bilhete com a versão do seu projeto ... muitas, muitas características aqui
  • suporte a vários projectos-pode ter vários projectos ligados a um (quero dizer o mesmo ) ou mais repos
  • a gestão de documentos / wiki / blog interno-não utilizou esta funcionalidade, mas sim, a RM tem algo para gestão de doc e módulo wiki
  • 100's de plugin ... eu não tenho nenhuma e ainda há muitas opções de configuração: P
 32
Author: Soul Reaver, 2015-01-14 10:52:16

Eu preferia Trac.Já usei Trac há muito mais de 7 anos. Também trabalhei 3 anos com o Redmine. As últimas versões que usei na produção foram: Trac 1.0.1 e Redmine 2.2.3. Mas o Redmine tem sérias desvantagens sobre o Trac.

  1. A instalação não é fácil:

    1. Não pode usar o sistema de pacotes Debian/Ubuntu para o uso da produção

      • Como a configuração não está separada do Código da aplicação, sempre que recebe o pacote atualizações, eles vão sobrepor as suas alterações.
      • o Debian tinha 5 buracos de segurança no início de 2013 (Janeiro), onde {[[22]}alguns ainda não estão misturados na unstable and testing. Claro que Correções no Debian stable são feitas, as versões do pacote são tão desatualizadas no stable, que versões mais recentes do Redmine não funcionarão.
      • as dependências do Redmine são fixas, por isso as novas versões da biblioteca podem não funcionar. Esta é a razão pela qual você deve configurar o seu apt-get ou aptitude para não atualizar certos dependência.

    2. Aconselho-o a instalar via {[[0]} e bundler. No entanto, isto foi tão fácil como descrito na homepage. Mas o que mais odeio nesses sistemas de gerenciamento de pacotes de software ao lado da Gestão de pacotes de sistemas é que você tem que cuidar de atualizações e todas as outras coisas separadamente. Algumas pessoas sugerem RVM fornecendo ambientes ruby virtuais, onde poderá ter várias versões de Carris instaladas umas ao lado das outras, o que não é possível com apt-get. Não me sinto bem com isto, mas pelo menos funciona.

  2. Administração não é fácil, considerando fazer uma cópia de segurança: no Trac este é um liner, no Redmine, você tem que fazer backup: configuração, arquivos anexados e conteúdo de banco de dados todos separadamente. Além disso, muitas vezes é afirmado que o Redmine suporta vários projetos, de modo que é mais fácil configurar um novo projeto e configuração não é duplicado. Veja abaixo, há um parágrafo extra sobre vários projetos suportar. Por último, mas não menos importante, sempre que administro um projecto Trac, adoro editar ficheiros de configuração de texto simples. No Trac existe apenas um tal ficheiro que você precisa de ver: trac.ini.

  3. A configuração está quebrada: por exemplo, considere a criação de rotas personalizadas no Redmine, que mostram a página wiki inicial e não a visão geral do projecto como primeira página. Você será recomendado para editar as fontes do Redmine! Isso é muito perigoso, pois a próxima atualização irá sobrepor a sua configuração. Então ... tipo de configuração não foi realmente pretendido. Mas uma boa ferramenta deve separar a configuração do código fonte da aplicação.

  4. Funcionalidades do Wiki em falta : faltam algumas funcionalidades importantes do wiki devido a um erro não fixo relacionado com uma vulnerabilidade do XSS. (por exemplo, ver a marcação "wiki" têxtil). Então você vai acabar por não ser capaz de colocar comentários dentro de páginas wiki, renderizar imagens em tamanho personalizado,...

  5. Falta protecção contra Spam: Sim, existe uma reCaptach desactualizada plugin, mas não funciona mais. Especialmente o garfo também protegendo as páginas de edição. Em comparação com o Trac, que tem um 'plugin' do SpamFilter que tem propriedades fantásticas isto não funciona. Ninguém quer apagar o spam manualmente.

[[4] Muitos pontos críticos foram feitos ao longo do tempo que fez as pessoas dizer, Redmine é melhor. Duvido disso.

  1. Suporte a multi-projectos: claro que o Trac oferece vários projectos, cada um com a sua própria configuração!, e isto é muito útil: considere fazer um projeto código fechado e um código aberto. Para o código fechado você provavelmente irá esconder o repositório, mas não para o projeto de código aberto. isto não é possível com o Redmine. Além disso, com Trac você pode fazer Backup dos projetos separadamente e, claro, você pode separá-los incase um de seus 50 projetos tornar-se popular para que ele vai precisar de um servidor próprio! O Redmine não pode fazer isto. Recentemente, surgiu um novo 'plugin' de suporte a vários projectos de utilizadores em uma instância de Trac, olha para http://trac.edgewall.org/wiki/PluginList#MultipleProjects

    Além disso, há um projeto usando Trac para construir este recurso: Bloodhound

  2. Sistema de controle de versões: Eu acho que instalar um plugin não é tão difícil, e para quase todos os VCS há um plugin para Trac: Git, Perforce, Mercurial, Darcs, Monotone, Subversion, Bazaar. Além disso, gostaria de favorecer um pequeno quadro de base com plugins sobre um quadro de grande dimensão. com suporte integrado para Git, Mercurial, etc... Tal arquitetura não é modular. Então colocar suporte VCS para plugins é a maneira de fazê-lo. Não integrar tudo no quadro.

  3. Plugins: eu diria que Trac E Trac-Hacks têm muito mais plugins do que Redmine, então integração de Doxygen, Jenkins, Latex, BibTex, etc. não há problema!

  4. Timing and Estimation : There are plugins for that in Trac too! No fundo, não entendo. o Trac-bashing recente, ele também é escrito em uma linguagem de interpretador de moda (python), ele tem quase a mesma funcionalidade.

O processo de instalação do Redmine não é fácil, mas a instalação do Trac tornou-se também mais complexa nos dias de hoje, por isso a criação manual de bases de dados, etc. já não posso contar como uma desvantagem.

Por último, mas não menos importante, ambos os projectos usam um sistema de 'plugins'. O problema que o usuário de tais plugins muitas vezes tem é, eles podem ser órfãos e não suportar o atual quadro. Isto aconteceu-me mais de uma dúzia de vezes pelo Redmine, mas também por Trac. Mas minha impressão muito subjetiva é que plugins cruciais nunca foram afetados por este tipo de problema e com Trac que aconteceu um pouco menos.

Último mas não menos importante, vou tentar Phabricator pois oferece fluxo de trabalho builtin para revisão de código.

 71
Author: math, 2013-04-11 09:37:24

Na BitNami fornecemos instaladores gratuitos e VMs paraTrac eRedmine . Redmine é definitivamente muito mais popular, mas Trac está ficando mais popular, em particular como Versão 1.0 está ao virar da esquina. Uma vez que mencionou o suporte Git ou DVCS, você também pode estar interessado em Gitorious ou GitLab

 17
Author: Daniel Lopez, 2014-04-12 02:48:09
Estou a trabalhar muito com o redmine, e adoro!

  1. Suporte para Svn e/ou dcvs (Git)

    Tenho os dois. se adicionar o número do bilhete à mensagem de commit, o commit irá aparecer muito elegante no bilhete, esta é uma das minhas funcionalidades favoritas como programador:)

  2. Gestão de documentos

    Também consegui, mas muito minimalismo. Você pode enviar arquivos para bilhetes e projetos (separadamente), mas você não pode procurá-los (i.e.)

  3. Bilhética, rastreio de erros, wiki

    Sim, sim e..... sim:) eu gosto da sintaxe de escrever bilhetes ou outros conteúdos de texto, tipo semelhante com a sintaxe em stackoverflow.com.

  4. Suporte a vários projectos

    De causa você pode criar projetos, sub-projetos, sub-projetos.... com direitos de acesso diferentes, se necessário. Você também pode fazer esta cascata com bilhetes.

  5. Instalação e 'plugins'

    Nunca instalei uma instância redmine e não tenho experiência com a ruby. Eu sou apenas um usuário redmine-mas eu sei que é possível escrever as próprias extensões (minha empresa escreveu um para os próprios fins, para estender o rastreamento do tempo)

Conclusão: usarei sempre o Redmine quando precisar de um sistema de bilhetes!

Atualização: às vezes eu também estou usando a integração de problemas de hosters de código como bitbucket ou github. A Redmine é a a maior solução que já usei. Trello é também uma alternativa, que eu gosto de usar para lidar com as tarefas do cliente (você pode criar equipes), quando não há muitas pessoas envolvidas e o projeto não é tão grande.

 4
Author: Armin, 2016-04-09 10:19:22

O Redmine tem tudo isso fora da caixa numa qualidade geralmente muito boa.

No entanto, a instalação da Redmine é uma questão diferente. Redmine tem um monte de dependências e muitas dessas dependências têm várias versões que não são compatíveis entre si. Não consegui instalar a redmine mais recente manualmente até agora.

O que funcionou bem no entanto foi o pacote redmine fornecido pelo Debian Squeeze. É uma versão mais antiga (1.0.1-2), mas tem tudo o que você precisa. I saiba que openSUSE e Ubuntu também fornecem pacotes redmine. (ambas as versões 1.1.3, eles também não foram capazes de instalar uma versão recente, huh?)

 3
Author: API-Beast, 2011-12-22 09:19:08
Estamos a usar o Redmine há algum tempo. Pode ter sido difícil de instalar no passado (eu não pensei assim), mas Ubuntu agora inclui-lo assim a instalação é um simples liner "apt-get install Red mine". Depois, basta ligar o módulo de passageiros "a2enmod passenger" e, finalmente, activar o site redmine.
 3
Author: Wayne, 2012-07-24 15:26:19

Eu não tenho experiência com Trac, ou Redmine, usamos Gêmeos, mas você pode encontrar uma comparação de ferramentas de gerenciamento de projetos aqui.

Espero que isto ajude., Dave
 2
Author: Dave Long, 2011-05-04 11:03:45