Estamos tentando mover nosso processo de documentação do projeto do Google Documents para um conjunto de repositórios Git auto-hospedados.
Os documentos de texto são compatíveis com o Git, já que geralmente não precisamos de nenhuma formatação sofisticada, apenas converteremos tudo em, por exemplo, multimarkdown com a opção de incorporar o LaTeX para casos complexos.
Mas as planilhas são uma história bem diferente ... Existe um formato de planilha (amigável) que seja amigável aos sistemas de controle de versão (e, de preferência, seja tão legível quanto o Markdown)?
"Formato amigável": o Git funciona bem com o formato (não funciona com XML) e gera diffs legíveis por humanos ( configuração extra envolvendo ferramentas externas é aceitável).
Obviamente, os sabores do Markdown permitem criar tabelas estáticas, mas eu gostaria de poder usar coisas como SUM()etc ... (Observe que o CSV tem o mesmo problema.) Nenhum WYSIWYG é bom, mas o suporte decente de editor / ferramenta seria legais.
Atualização: apenas respostas compatíveis com Linux, por favor. Nada de MS Office.
fonte
Respostas:
Você também pode usar o libreOffice / planilha de escritório aberto sem zip-xml-formato de arquivo "* .fods", que é um xml simples. O comentário de @glenatron também se aplica a este formato.
O formato padrão da planilha de escritório aberto "* .ods" é zipado em xml e não é adequado para o git (semelhante à resposta @ Egryan / @ emuddudley).
fonte
Isso pode não atender às suas necessidades, mas pode atender às de outras pessoas. O modo Org para o Emacs inclui
table.el, o qual, junto com as melhorias específicas do modo Org, fornece uma solução extremamente robusta para planilhas, tudo em texto simples. Mais informações (muito mais do que o escopo deste site) estão disponíveis no site e manual do Org-mode , particularmente no tutorial de planilha .fonte
E quanto à dispersão ? É poderoso e vem com uma boa interface gráfica.
De acordo com a página Primeiros Passos :
O fato de ser bzip2-ed não ajuda, mas pelo menos você pode acessar um texto bastante legível.
A licença é GPLv3.
fonte
CSV (valores separados por vírgula)
Se você está apenas trabalhando com dados, é provavelmente o formato mais simples e com mais suporte.
Deve facilitar a vida se você quiser diferenciar entre versões.
Ah, e o Google Docs suporta totalmente a importação / exportação de CSV.
Atualizar:
Em seguida, basta escrever um script do Google Apps para especificar as fórmulas na exportação e fazer o inverso na importação. Você precisará usar um pouco de criatividade, porque o formato que você está procurando não existe.
fonte
SUM()etc. #Eu sei que o Microsoft Office 2007 e superior padrão para um formato xml propiciatório quando eles salvam. Então isso deve ser amigável para o Git. O escritório aberto também salva em um formato xml se você deseja usar uma solução mais open source. Como um XML é um formato de texto, o git deve ser capaz de lidar com isso bastante bem
Como você o move do Google Documents, você pode baixá-los com documentos abertos, baseados em xml.
Editar
Como você deseja uma solução que não seja da Microsoft / XML, você sempre pode salvar um CSV no escritório, embora não tenha certeza da quantidade de funcionalidades que você perde ao salvar nesse formato.
fonte
Isso pode não ser exatamente o que você deseja. Acredito que o libre office permite que você faça referência a arquivos externos. Você poderia ter uma planilha que tratasse como um banco de dados e um arquivo libre estático que seria sua interface. Você perderia a soma do acesso fácil nos arquivos com versão, a menos que os chamasse de volta, mas funcionaria.
Outro grande problema com isso seria o fato de ser uma direcional.
fonte