O que as pessoas pensam do DVCS fóssil? [fechadas]

fóssil http://www.fossil-scm.org
Achei isso recentemente e começaram a usá-lo para os meus projetos de casa. Eu quero ouvir o que as outras pessoas pensam deste VCS.

O que está faltando em minha mente é o suporte a IDE. Espero que venha, mas eu uso a linha de comando.

Minhas coisas favoritas sobre o fóssil: executável único com wiki de servidor da Web incorporado e rastreamento de erros. O repositório é apenas um arquivo de banco de dados SQLite ( http://www.sqlite.org ), fácil de fazer backups. Também gosto de executar fósseis e manter o repositório no meu pen drive. Isso significa que meu desenvolvimento de software se tornou completamente portátil.

Me diga o que você acha....

Sr. Millikin, se você reservar alguns momentos para revisar parte da documentação sobre fósseis, acho que suas objeções são abordadas lá. Armazenar um repositório em um banco de dados sQLite é sem dúvida mais seguro do que qualquer outra abordagem. Consulte o texto do link para obter algumas das vantagens de usar um banco de dados transacional para armazenar um repositório. Quanto ao inchaço: a coisa toda está em um único executável independente que parece refutar essa preocupação.

Divulgação completa: Eu sou o autor do fóssil.

Note que eu escrevi fósseis porque nenhum outro DVCS atendeu às minhas necessidades. Por outro lado, minhas necessidades não são as suas e, portanto, apenas você pode julgar se o fóssil é ou não adequado para você. Mas eu encorajo você a, pelo menos, dar uma olhada na documentação e tentar entender o problema que o fóssil está tentando resolver antes de descartá-lo.

Depois de usar o Fossil há mais de um ano em projetos de desenvolvimento não triviais, sinto-me confiante o suficiente para abordar esse tópico.

Abaixo está minha experiência até agora. Às vezes estou comparando com git e svn, simplesmente porque conheço muito bem esses SCM e a comparação facilita a ideia da ideia.

Eu estou totalmente apaixonada por este SCM, então são principalmente pontos positivos.

O que eu gosto sobre o Fossil:

1) Temos várias máquinas (win / mac / várias distribuições linux) e a instalação executável único é tão bonita quanto parece. Sem dependências; simplesmente funciona. O Git é uma pilha de arquivos confusa e o inferno das dependências no Subversion o torna muito desagradável em algumas distribuições do Linux, especialmente se você precisar construí-lo.

2) O fluxo de trabalho padrão do Fossil se adapta perfeitamente a nossos projetos, e mais fluxos de trabalho git'ish são possíveis quando necessário.

3) Achamos extremamente robusto, mesmo em grandes projetos. Eu não esperaria mais nada dos caras que escreveram sqlite. Sem falhas, sem corrupção, sem negócios engraçados.

4) Na verdade, estou muito, muito feliz com o desempenho. Não é tão rápido quanto o git em árvores enormes, mas também não é muito mais lento. Eu compenso o tempo perdido por não ter que consultar a documentação todos os outros comandos, como é o caso do git.

5) O fato de haver um banco de dados transacional testado e verdadeiro por trás de cada operação me faz dormir melhor à noite. Sim, já passamos por mais de um incidente horrível de repositórios obsoletos e corrompidos do Subversion (felizmente, uma comunidade útil nos ajudou a corrigi-los.) Não consigo imaginar isso acontecendo no Fossil. Até o Subversion 1.7.x usa o Sqlite agora para armazenamento de metadados. (Tente desligar a energia no meio de um commit do git - isso deixará um repositório corrompido!)

6) O rastreador de problemas integrado e o wiki são opcionais, obviamente, mas muito úteis, pois sempre estão lá - não é necessária instalação. Eu gostaria que o rastreador de problemas tivesse mais alguns recursos, mas ei - é um SCM.

7) O servidor embutido e o GUI da web são simplesmente brilhantes e bastante configuráveis ​​através do css.

8) Às vezes precisamos importar de e para os repositórios git e subversion. Este é um acéfalo em Fossil.

9) Repositório de arquivo único. Não há diretórios '.svn' em todo o lugar.

O que sinto falta / o que não gosto no Fossil:

1) Alguém escreva o TortoiseFossil para nossos usuários não técnicos do Windows :)

2) A comunidade ainda não é tão grande, então provavelmente é difícil para muita gente apresentá-la em sua empresa. Espero que isso mude, ganhando todos os benefícios de uma grande comunidade (documentação, mais testes de novos lançamentos, etc.)

3) Gostaria que a interface do usuário da web local tivesse um recurso de pesquisa (incluindo a pesquisa de conteúdo de arquivo).

4) Menos opções de mesclagem do que no git (embora o fluxo de trabalho do Fossil torne menos provável a fusão em primeiro lugar.)

Espero que todo mundo dê uma corrida ao Fossil - o mundo é um lugar melhor com coisas que simplesmente funcionam e que você não precisa ser um cientista de foguetes para usar.

O fóssil é pequeno, simples, mas poderoso e robusto, me lembra alguns princípios da cultura C. Agradável por aqueles que se desenvolvem independentemente e ainda colaboram. Qualquer grande projeto deve começar com princípios e continuá-los em sua essência, à medida que reúne mais camadas (GUI, recursos extras).

Estou impressionado com o Fossil e começando a usar ... dê uma olhada no fóssil

Felicidades

Estou chegando nesta página depois de um ano do último post. Agora, o complemento recursivo que foi mencionado aqui foi resolvido.

Fossil me fascina com simplicidade, especialmente depois que lutei para conseguir que um sistema de rastreamento de bugs trabalhasse com mercurial. Preciso ver como gerenciar vários projetos, publicar os repositórios para acesso multiusuário e como fazer a fusão, gerenciar patches etc. Tenho a sensação de que não será decepcionante daqui para frente.

Não estou interessado em usá-lo para controle de versão de código-fonte, mas estou interessado em um wiki pessoal distribuído controlado por versão que possa sincronizar entre todas as máquinas que uso.

damian,

1 / sim, o fóssil não suporta adição recursiva. No entanto, existem algumas soluções simples, como

for /r %i in (*.*) do fossil add "%i"

no Windows e

find . -type f -print0 | xargs -0 fossil add --

no Unix.

2 / Vi a mensagem sobre manifesto malformado ao adicionar um arquivo com caracteres não ASCII no nome do arquivo. O problema foi corrigido na última compilação.

Atenciosamente, Petr

Eu acho fóssil muito legal. O recurso mais importante para mim foi a instalação fácil e os padrões compatíveis com o desenvolvedor. Atualmente, eu o uso para acompanhar as alterações locais dos meus arquivos. (Nosso projeto é hospedado no sourceforge e mantido no CVS.) Dessa forma, posso "confirmar" localmente, mesmo que isso interrompa o projeto, para que mudanças menores também possam ser acompanhadas.

Fóssil é bom. É simples e fácil de usar. Se o fóssil puder fornecer uma interface GUI para fazer check-in e check-out, seria melhor (prefira o java gui para arquivar a GUI de plataforma cruzada).

As principais vantagens do Fossil são "código aberto" e "usar banco de dados SQLite", para que alguém possa compilar o código-fonte fóssil para fazer com que o fóssil funcione na plataforma google android (dispositivos móveis e tablets).

Estou tentando seus vcs agora. Eu gosto da ideia de ter tudo integrado. Afinal, é tudo o que eu quero quando procuro um sistema como este. Eu sou um usuário ativo do Mercurial. E não consegui encontrar uma integração com um rastreador de problemas (tentei sem êxito definir p Trac com mercurial no passado). Após algum teste, percebo que: 1) o comando "add" não é recursivamente, ou não consigo encontrar no doc uma maneira de fazê-lo 2) escrevo um bastão (trabalho com o windows) para adicionar 750 arquivos e executá-lo (demorou um pouco). Quando uma execução confirmada, ela salta com "manifesto malformado"

Eu acho que você poderia resolver esses problemas e outros fazer uma pesquisa como a do Mercurial em https://www.mercurial-scm.org/wiki/UserSurvey . você poderia me escrever no dnoseda no gmail

Estou interessado em você trabalhar. continue melhorando.

Saudações

ps .: como uma melhoria do prefeito, você pode adicionar algo como gitstat

Talvez uma reação instintiva e sem instrução, mas a idéia de armazenar um repositório em um blob binário como um banco de dados SQLite me aterroriza. Também duvido dos benefícios de incluir wikis e rastreadores de bugs diretamente no VCS - ou eles estão com pouco desempenho em comparação com software completo como o Trac, ou o VCS está massivamente inchado em comparação ao Subversion ou Bazaar.