O 'git archive' usa o timestamp de arquivo incorreto?

3

Parece que git archive cria um tarball com carimbos de data / hora incorretos de modificação de arquivo, resultando em tar de reclamação ao descompactar:

$ cd repository
$ git archive -o repository.tar.gz master .
$ find /target/dir -type f -delete
$ tar -C /target/dir -xvf repository.tar.gz
some/file.txt
tar: some/file.txt: time stamp 2014-10-29 13:09:52 is 49.814349986 s in the future
another/file.txt
tar: another/file.txt: time stamp 2014-10-29 13:09:52 is 49.813794938 s in the future

Isso tudo acontece em segundos em uma única máquina .

    
por l0b0 29.10.2014 / 14:36

1 resposta

3

Quando você fornecer um ID de consolidação ou ID de tag (ou nome de ramificação, como você fez aqui) para git archive , o tempo de confirmação conforme registrado no objeto de referência referenciado será usado como a hora de modificação de cada arquivo no arquivo.

Parece que a confirmação mais recente sobre master foi em 2014-10-29 13:09:52 , que deve ter sido no futuro em relação ao momento em que você executou git archive . Talvez essa confirmação tenha sido obtida de um repositório remoto com um relógio incorreto ou o relógio local esteja incorreto?

    
por 30.10.2014 / 16:09