Restic: Unifier la disposition du référentiel

Créé le 15 mai 2017  ·  4Commentaires  ·  Source: restic/restic

Comme discuté dans # 940, je pense que nous devrons standardiser la disposition du référentiel en fonction de ce que les backends local/sftp utilisent. J'aimerais commencer à avancer dans cette direction. La raison en est qu'avoir une seule mise en page, quel que soit le backend, permet facilement de déplacer les données et d'avoir un accès restreint au référentiel, donc cela "fonctionne simplement". La disposition locale est un bon compromis entre le nombre de sous-répertoires et le nombre de fichiers. Nous abandonnerons probablement la restriction de 16 Mio par fichier de pack dans un proche avenir, cela devrait être bien mieux adapté aux très gros référentiels.

La liste des choses à faire est à peu près la suivante :

  • [x] Documenter la décision de conception dans le fichier design.rst
  • [x] Écrire du code pour détecter automatiquement la disposition du référentiel pour le backend s3 (s3legacy ou local)
  • [x] Ajoutez une commande migrate (ou quelque chose de similaire) pour convertir un référentiel s3 au format par défaut

    • [x] Changer la disposition par défaut pour s3 en local

Les backends locaux/sftp sont déjà capables de détecter automatiquement la mise en page et de l'utiliser.

(Je peux ajouter plus d'éléments de liste).

Pour le moment, j'aimerais conserver le protocole et le serveur REST, @zcalusic s'est assuré dans l'implémentation du serveur que le format sur disque est la disposition locale.

backend

Commentaire le plus utile

Je viens de fusionner #966, ce qui ajoute la prise en charge de la mise en page par défaut au backend s3. Les autres questions seront abordées dans un nouveau PR. La disposition par défaut du backend s3 est toujours s3legacy .

Tous les 4 commentaires

Je viens de fusionner #966, ce qui ajoute la prise en charge de la mise en page par défaut au backend s3. Les autres questions seront abordées dans un nouveau PR. La disposition par défaut du backend s3 est toujours s3legacy .

Terminé. default est maintenant la disposition par défaut pour le backend s3, et il y a une commande migrate.

Les utilisateurs recevront-ils un message agréable lorsqu'ils accéderont à un référentiel S3 hérité leur demandant d'exécuter la migration ? Ou est-ce tout sous la surface et ils ne le sauront jamais jusqu'à ce que vous abandonniez le support de s3_legacy ?

Hm, je n'ai pas prévu ça avec autant de détails. Nous le mentionnerons à coup sûr dans le journal des modifications et lorsque nous supprimerons progressivement s3legacy pour quelques versions, nous afficherons probablement des avertissements. Ça devrait le faire. De plus, la documentation de la commande migrate n'est pas encore terminée.

Cette page vous a été utile?
0 / 5 - 0 notes