Récupération de données
Récupération de données à Valbonne (06560)
À Valbonne, n'exécutez pas de nettoyage, de réinitialisation ni de clonage sur le SSD concerné. Conservez le dépôt, son dossier.git, le travail non validé, les objets LFS et les sauvegardes. Datastrophe acquiert le support au laboratoire puis contrôle l'historique et les fichiers prioritaires sur une copie.
Diagnostic et devis
Distinguer l'historique Git du travail encore non validé
Le diagnostic commence par l'état du support.
Les objets et références gardent leurs identifiants.
Le travail local reste séparé des commits et des clones.
Les fichiers prioritaires sont vérifiés sur une copie saine.
- SSD de postes de développement
- Disques de serveurs Git internes
- NAS portant des miroirs de dépôts
- Disques externes contenant des archives de livraison
- Clés USB avec des bundles ou correctifs autorisés
- Sauvegardes d'espaces de travail et objets LFS
Attention
Une maintenance Git peut supprimer les derniers objets accessibles
- Ne lancez pas git gc
- N'exécutez pas de reset forcé
- Ne reclonez pas dans le dossier d'origine
- Ne supprimez pas les fichiers non suivis
- Ne réinitialisez pas les objets Git LFS
- Ne modifiez pas les sous-modules
- Laissez hors tension un SSD physiquement instable
À Valbonne, ne nettoyez et ne réinitialisez pas le dépôt. Les objets, références, fichiers locaux et sauvegardes restent séparés jusqu'à leur contrôle.
Préparer le devis
Geler le dépôt avant toute maintenance Git
À Valbonne, gardez le projet et son dossier.git dans leur état actuel pour préserver les objets, références et modifications locales.
- Arrêter les écritures sur le SSD
- Conserver le dossier.git
- Préserver l'arbre de travail
- Ne pas lancer de nettoyage
- Garder les clones existants
- Conserver les bundles
- Inventorier les sous-modules
- Noter l'usage de Git LFS
- Lister les fichiers prioritaires
- Documenter les commandes déjà tentées
Comment ça marche
Acquérir le support, relier les objets, puis contrôler le code
- À Valbonne, arrêtez les écritures sur le support et notez la dernière branche, le dernier commit fiable et les fichiers en cours sans lancer de commande de réparation.
- Le laboratoire qualifie le média puis réalise une acquisition contrôlée avant l'analyse logique.
- L'arbre de travail, le dossier.git, les références, reflogs, objets, sous-modules, fichiers ignorés et objets LFS sont inventoriés séparément.
- Les objets sont vérifiés par leur identifiant et rapprochés des branches sans réécrire le dépôt source.
- Les sauvegardes, clones et bundles sont comparés par commit afin d'identifier les éléments déjà présents et les écarts utiles.
- Les branches, correctifs et fichiers prioritaires sont extraits sur une destination saine, puis leur ouverture et leur cohérence sont contrôlées.
- Le bilan distingue les fichiers vérifiés, les objets partiels, les références détectées sans contenu complet et les éléments non exploitables.
Nos expertises
Supports examinés autour d'un dépôt de développement
Notre expertise
Une branche visible ne garantit pas que tous ses objets existent
Git stocke le contenu par objets. Un nom de branche présent peut pointer vers une chaîne incomplète si des objets ont disparu ou sont devenus illisibles.
Le reflog peut conserver une trace locale de commits qui ne figurent plus dans les références visibles, mais il dépend du dépôt concerné et de son état.
Les modifications non validées résident dans l'arbre de travail ou l'index. Elles ne sont pas nécessairement présentes dans un clone distant ou une sauvegarde ancienne.
Git LFS remplace certains fichiers par des pointeurs. Retrouver le pointeur sans l'objet correspondant ne suffit pas à restituer le binaire attendu.
La validation porte sur les branches, sources, configurations ou livrables convenus. Les dépendances manquantes et les objets partiels restent explicitement indiqués.
- Dépôt
- Objets et références inventoriés
- Historique
- Branches et reflogs rapprochés
- Travail local
- Fichiers suivis ou non distingués
- Validation
- Correctifs prioritaires contrôlés
Prise en charge
Préparer depuis Valbonne un dépôt devenu incohérent
À Valbonne, conservez le dossier de projet complet, les clones, bundles, sauvegardes et informations de version sans lancer de maintenance Git.
Le transport privé aller et retour est pris en charge. Le transporteur achemine seulement le colis scellé et n'accède ni au code ni aux données.
Datastrophe réalise directement au laboratoire l'acquisition, le rapprochement des objets et le contrôle des fichiers.
Indiquez la branche active, le dernier commit fiable, les commandes déjà tentées, les sous-modules et l'usage éventuel de LFS.
Listez les sources, configurations, secrets déjà révoqués, correctifs et livrables à vérifier en priorité.
Objets, références et travail local à rapprocher
Restituer le code sans fabriquer un historique artificiel
Chaque objet garde son identifiant Git.
Les branches restent distinctes des reflogs.
Les fichiers non validés sont traités comme une source séparée.
Le résultat précise les commits complets et les dépendances absentes.
- Support acquis Le dépôt source n'est pas réparé en place.
- Objets vérifiés Les identifiants servent au rapprochement.
- Branches comparées Les clones et sauvegardes gardent leur historique.
- Code contrôlé Les fichiers prioritaires sont réellement ouverts.
Carte
Situer l'origine de la demande à Valbonne
FAQ
Questions sur les dépôts Git à Valbonne
Faut-il lancer git gc sur le dépôt?
Non. Cette opération peut supprimer des objets non référencés qui restent utiles pour retrouver un commit ou un travail local.
Un clone distant contient-il tout le travail?
Pas forcément. Les fichiers non validés, reflogs locaux, branches non poussées et certains objets LFS peuvent manquer.
Un pointeur Git LFS suffit-il?
Non. Il décrit l'objet attendu, mais le binaire correspondant doit aussi être retrouvé et contrôlé.
Comment un dépôt récupéré est-il validé?
Les objets sont vérifiés, les branches prioritaires sont parcourues et les fichiers convenus sont ouverts sur une destination saine.
Diagnostic et devis
Faire qualifier le dépôt avant de le reconstruire
Le diagnostic et le devis sont gratuits. Avant paiement, la liste distingue les fichiers récupérables et vérifiés, partiels, détectés sans preuve d'intégrité et non exploitables. Le client paie seulement après acceptation de la liste et du prix. Sans résultat exploitable, après un échec final ou en cas de refus, aucun frais standard n'est dû; une pièce rare exige un accord séparé et chiffré et reste non remboursable.