Prática recomendada para hospedar pacotes Debian auto-mantidos no GitHub

2

Esta questão é especialmente sobre a melhor prática para hospedar pacotes Debian auto-mantidos no GitHub. Aqui está o meu dilema:

  • Recomenda-se normalmente não colocar a pasta debian na árvore de fontes para facilitar as outras distros.
  • Então eu fiz. Eu não coloquei minha pasta debian na árvore de fontes no meu GitHub.
  • No entanto, ao construir os pacotes Debian, o mecanismo de construção antecipa uma pasta debian sob a árvore de origem.
  • Isso significa que meu repositório do GitHub não é diretamente utilizável para minha compilação. Isso é incômodo porque, como um mantenedor self Debian, meu único foco é o Debian, e estou construindo meu pacote Debian o tempo todo, não para outras distribuições.
  • Eu lidei com isso e realmente tenho uma solução para mim mesmo, mas quando eu marquei uma versão no GitHub, o arquivo release .tar.gz refletirá minha estrutura de pastas acima, o que significa que O arquivo .tar.gz do GitHub não é um bom candidato para a fonte upstream. Estou bem com isso, mas temo que isso possa confundir os outros.

Existe alguma maneira fácil de gerenciar isso? Por exemplo, posso informar ao GitHub que só use uma subpasta para o meu arquivo .tar.gz de lançamento? Ou nada? A última coisa que quero fazer é separar meu arranjo atual em dois, porque quando eu mudo as coisas, as mudanças serão igualmente distribuídas entre a origem e a pasta debian . Separe-os em dois e perderemos essa conexão / lógica interna.

Alguma sugestão? Obrigado

    
por xpt 30.11.2014 / 15:11

0 respostas