okfn-brasil/oficial-backupsbig

backup de big-files da produção da OKBR

BACKUP OFICIAL OKBR DE ARQUIVOS GIGANTES

Repositório de backup de large files da produção da OKBR, principalmente links do Diário Oficial da Organização (DOO), versões originais de videos oficiais que precisaram ser "cortados" ou editados para ficarem mais atrativos para o público. Repositório baseado em git LFS (Large Files Storage).

A maior parte dos vídeos e áudios podem ser vistos por streamming via canal OKBr no youtube, o presente repositório não tem finalidade de distribuição, apenas de tutela do material e garantia da sua preservação e integridade, principalmente em vídeos relativos a reuniões oficiais da OKBr.

Este repositório é um complemento de okfn-brasil/discussOKBr-assets: os metadados do material mantido por este repositório deve seguir os mesmos critérios e padrões de descrição.

Preparo

Seguir as instruções de installing-git-large-file-storage, lembrando de usar sudo em sudo ./install.sh.

Procedimento de acréscimo de arquivos

O procedimeno geral é  simples: git push de arquivos com extensão prevista no .gitattributes.

Vídeos

Vídeos Youtube trazidos com youtube-dl (sudo apt-get install youtube-dl).
Exemplo: youtube-dl --add-metadata --audio-quality 9 https://www.youtube.com/watch?v=SaVQKVuUBU4

Antes de incorporar o vídeo no repositório, confira e atualize a tabela de tags e de vídeos na planilha de edição colaborativa.

Vídeos não-oficiais (sem tag okbr-oficial) precisam ter sido submetidos ao crivo do público e membros da OKBr antes de ser permanentemente registrado neste repositório.

oficial-backupsbig's Issues

usar padrão SHA3

ver https://github.com/okfn-brasil/discussOKBr-assets/blob/master/base58perl.pl

Novo nome para este repositório

Conforme diretiva #15 do Suporte OKBr (PURL suporte.ok.org.br/ticket/15), este repositório deixa de se chamar "videos" e passa a se chamar "oficial-bigbackups".

Fixar melhor os procedimentos e técnicas para não ficar refém de fazer clone

Estabelecer procedimentos consensuais para o armazenamento neste repositório.

Planejamento e separação

Arquivos grandes e arquivos pequenos, código-fonte e dados, dados-texto e mídias binárias. Tudo isso pode afetar a decisão entre deixar os dados em um git comum ou um git-lfs. O principal critério é o tamanho do arquivo, ainda assim, arquivos backup com disponibilidade em formato texto (TXT, XML, HTML, CSV, JSON, SQL-dump, etc.) são preferíveis à versão zipada, sempre que houver preocupação com o controle de versões e autenticidade.

Opções de arquitetura

O ideal é focar em git-lfs, mas havendo um servidor online de backup, pode-se usa-lo para ftp ou rsync deixando para um usuário responsável homologar e fazer o git push depois. Por hora parece não haver um modo direto de fazer isso com git-lfs. Também permite lidar com diferentes níveis de autorização e "quarentena" dos arquivos até homologação.