Pergunta

Eu tenho um número de usuários não-técnicos que compartilham um conjunto de arquivos de projeto.O ideal seria tê-los usando o controle de versão, mas eu acho que o subversion e git são demasiado técnicos, e não técnico, pessoal de escritório.

Há alguma fonte distribuído de software de controle que funcionam bem para pessoas normais?

Foi útil?

Solução

Se a fonte de controle é muito técnico, eles podem usar O Subversion com o WebDav.

A menos técnico que as pessoas terão de guardar ficheiros, normalmente, a partir de qualquer aplicação que use, sem se preocupar com/pensando sobre o controle de origem.Recebem o benefício de auto-controle de versão sem fazer nada.

Sempre que eles precisam de mais funcionalidade que eles podem aprender a usar o TortoiseSVN para ver diffs, reverter para a versão antiga que foram feitas automaticamente para eles etc...

A partir do livro do subversion :

Porque muitos sistemas operacionais já ter integrado clientes do WebDAV, o caso de uso para este recurso fronteiras no fantástico:imagine um escritório de usuários comuns executando o Microsoft Windows ou Mac OS.Cada usuário "monta" o repositório Subversion, o que parece ser um ordinário de pasta de rede.Eles usam a pasta compartilhada como eles sempre fazem:abrir os arquivos, editá-los, salvá-los.Enquanto isso, o servidor é automaticamente o controle de versão de tudo.Qualquer administrador (ou o conhecimento do usuário) pode ainda usar um cliente Subversion para pesquisar a história e recuperar versões antigas de dados.

Outras dicas

Você já tentou Tortoise SVN?Eu não posso imaginar o controle de origem ficando muito mais fácil de usar.

Isso soa mais como um caso de uso de uma ferramenta colaborativa como BaseCamp, SpiceBird, ou o SharePoint que "controle de origem." Essas ferramentas têm o mesmo objetivo que o controle de origem, mas são mais voltadas para o Documento do Word coisas do tipo e o correspondente usuários.É mais um item para o pessoal da TI para manter o servidor, mas ele também remove a possibilidade de alguém assistente de limpar seu código.

Se eles só precisa editar arquivos do Office de um usuário em um horário com pouca frequência, obter os arquivos em um compartilhamento de rede com permissões apropriadas e volta-los até à noite.O Active Directory irá avisá-los se alguém já tenha aberto.

Se ele é mais complicado do que apenas o office considerar Sharepoint.Eu acho que o SVN é muito complicado, especialmente desde que os conflitos e as comparações de arquivos binários e.g.antigos documentos do word não funciona realmente.

Gostaria de tentar Mercurial com TortoiseHG para a integração do Explorer.

É fácil o suficiente para o uso que eu poderia sem problemas:

  • a ensiná-lo a um não-o-que-computador-savvy-collegue para escrever o texto juntos.
  • guia de um amigo, por telefone, por meio de instalação Mercurial (TortoiseHG), a criação de um repositório e configurando-o para trabalhar em conjunto, utilizando separado push (his) e pull (o meu) repositórios - depois de instalá-lo apenas uma vez em um computador com Windows (eu só executar o GNU/Linux).

E uma vez que é totalmente distribuído, eles não podem quebrar o seu repositório quando eles quebram deles - você pode simplesmente decidir não puxar suas alterações ou solicitar apenas o bom alterações (por exemplo, evitando esses enormes arquivos binários iniciantes tendem a colocar sob controle de versão).

Eu, desde então, mudou para também gerenciar todos os meus sites estáticos através do Mercurial (e um push-upload de gancho, que carrega automaticamente o site para o meu servidor de FTP, para eu não ter de se preocupar mais com isso).

Eu acho que a melhor solução seria fazer com que todos a utilizar o sistema de controle de versão diretamente.Se você estiver em uma plataforma Windows, o TortoiseSVN seria a minha recomendação.

Se estiver usando o TortoiseSVN diretamente é muito difícil, eu tive boas experiências com a criação de um Samba de compartilhamento de arquivo, onde todos os documentos do projeto são armazenadas e automaticamente sincronizar isso com o Subversion.Você perde os benefícios das pessoas que escrevem comentários sobre suas compromete-se, mas, em muitos casos, versão automática história é melhor do que nenhuma versão da história.Desta forma, as pessoas envolvidas não têm nem mesmo estar ciente de controle de versão, desde que salvar seus documentos no lugar certo.Quantas vezes você precisa para sincronizar depende de como, muitas vezes, documentos são alterados, mas no meu caso, uma sincronização a cada 24 horas foi adequada.

Nota:Para implementar essa eu tinha que escrever um script personalizado que verificadas a versão mais recente do repositório, comparou-a com a cópia local e emitido svn (ou cvs comandos para adicionar, remover e atualizar quaisquer arquivos alterados.Eu não tenho certeza se existe uma geral (open source) solução para fazer isso, mas eu não acho que deve ser muito difícil de implementar a si mesmo de qualquer maneira (eu escrevi um script simples para fazer em poucas horas).

Atualmente, estou explorando a medida em que o SharePoint pode fornecer non-techie amigável e seguro de controle de versão em um contexto semelhante.O resultado preliminar é "meh".Mesmo no caso de chegarmos a uma conclusão, que já está se tornando claro que o controle de revisão requer uma mudança importante no blog' atitudes para a gestão de documentos.

Agora, se isso foi por equipes usando o Apple Mac, que eu presumo que ele não é, eu recomendaria fortemente Versões, o que é extremamente intuitiva cliente SVN.Este é o primeiro e único software, onde eu vi de controle de revisão e de suas mudanças de paradigma a ser adotado facilmente por não-programadores.

Eu fiz um tutorial para o subversion+webdav resposta:

http://timwise.wikispaces.com/document-versioning

Você já tentou Adobe version cue?Isso não é código aberto / livre, mas pode ser mais fácil de usar para o usuário final.

http://www.adobe.com/products/creativesuite/versioncue/

Se o Subversion com TortiseSVN é muito complexo e pode ser, desde o controle de versão é um paradigma diferente de Abrir, Modificar, Guardar - em seguida, você pode iniciá-los fora com um muito mais simples de mão de controle de versão:

myDocument-20080908-beverlyd.doc

É simples, fácil de entender, e você pode escrever um script que todas as noites da semana e arquiva todas as versões mais antigas, para que eles realmente só ver a versão mais recente ou dois.

Se alguém quer ver diferenças, ensine-o diff.

-Adam

"Arquivos de projeto" é potencialmente vagos - se os arquivos em questão não são, principalmente, arquivos ASCII e são documentos do Word ou o que você tem, eu não tenho certeza de que a fonte tradicional de controle de ferramentas irá realmente funcionar.

SVN et.al.serão felizes para suporte a arquivos binários, mas se o que você está usando-o para, em seguida, você realmente não tem a maioria das funcionalidades úteis e, geralmente, acabam confundindo os usuários não-técnicos.O SVN (e git, etc.) são ferramentas projetadas para programadores - se você está apenas procurando por uma boa maneira de gerenciar revisões de documentos e manter um histórico, eu estou supondo que existem ferramentas melhores para sua plataforma específica (apesar de eu não saber o suficiente para recomendar uma específica).

O que disse, se na sua maioria são arquivos ASCII, eu suspeito que o TortoiseSVN é a sua melhor aposta.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top