Re: [HS] git-svn et git-filter-repo

Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

Entraide Linux Autres OS Linux Debian Re: [HS] git-svn et git-filter-repo

1 réponse

Arnaud Vandyck

09/07/2021 à 20:50

--Apple-Mail-7DF00513-2D3C-40D6-9FEC-A084095C9C63
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable

Í¯»¿
Í¯»¿Peut-Íƒªtre en filtrant le svn comme dans ce projet?

https://stackoverflow.com/questions/15535334/filter-a-lot-of-sensitive-code-from-an-svn-repository

Les gros fichiers obsoletes seraient exclus du dÍƒ©pÍƒ´t.

Bien ÍƒÂ vous,

-- Arnaud sur son iPhone

> Le 9 juil. 2021 ÍƒÂ 14:58, Daniel Caillibaud <ml@lairdutemps.org> a Íƒ©crit :
> Í¯»¿Salut,
>
> Une question git (qui n'a donc rien ÍƒÂ voir avec debian).
>
> - J'ai un dÍƒ©pÍƒ´t svn d'un trÍƒ¨s vieux projet, encore actif, avec des utilisateurs habituÍƒ©s ÍƒÂ svn.
>
> - J'aimerais permettre ÍƒÂ ceux qui utilisent git couramment de pouvoir le faire sur ce projet
> => git-svn [1] permet de faire Íƒ§a
>
> - Le dÍƒ©pÍƒ´t svn est Íƒ©norme, avec des Íƒ©lÍƒ©ments de doc obsolÍƒ¨tes dans l'historique (plein de zip
> et de vidÍƒ©os ont Íƒ©tÍƒ© mis dans le dÍƒ©pÍƒ´t, virÍƒ©s depuis), trop gros pour l'envoyer sur un gitlab
> => git-filter-repo [2] est parfait pour Íƒ§a (conseillÍƒ© dans la doc officielle [3] ÍƒÂ la place de
> `git filter-branch Í¢€¦`)
>
> Mon pb est qu'aprÍƒ¨s avoir nettoyÍƒ© l'historique, je peux plus lancer de `git svn fetch` pour
> rÍƒ©cupÍƒ©rer les nouveaux commits svn, Íƒ§a plante :
>
> error: invalid object xxx yyyyyy for 'fichier/virÍƒ©'
> fatal: git-write-tree: error building trees
> write-tree: command returned error: 128
>
> J'ai alors pensÍƒ© ÍƒÂ un truc en deux temps
> - un gros dÍƒ©pÍƒ´t xxxGitSvn qui fetch le svn, en local chez moi, avec tout l'historique
> - un dÍƒ©pÍƒ´t git xxxGit, initiÍƒ© comme clone de xxxGitSvn, nettoyÍƒ© avec git-filter-repo puis
> utilisÍƒ© comme relai, pull de xxxGitSvn et push vers mon gitlab
> (pas trop grave si Íƒ§a empÍƒªche d'envoyer des modifs faites sous git vers svn, l'usage principal
> est de pouvoir se balader dans l'historique et regarder des diff, un truc thÍƒ©oriquement
> possible avec svn mais en pratique complÍƒ¨tement infernal sur un projet aussi gros avec 10 ans
> d'historique et 15k rÍƒ©visions).
>
> Mais Íƒ§a marche pas, au premier pull
> xxxGit <= xxxGitSvn
> il rÍƒ©cupÍƒ¨re dans son historique tout ce que j'avais virÍƒ©Í¢€¦
>
> Je reconnais que c'est un cas un peu tordu, mais est-ce qu'il y a un moyen de faire Íƒ§a ?
> (ne pas rÍƒ©cupÍƒ©rer tout l'historique qu'on a pas localement lors d'un pull je suppose que Íƒ§a
> revient ÍƒÂ dire ÍƒÂ git de considÍƒ©rer que le commit xx local est le mÍƒªme que le commit yy de
> tel remote) ?
>
> Si y'a pas de solution, j'irai filtrer l'historique ÍƒÂ la source, avec svnadmin dump /
> svndumpfilter exclude / svnadmin create / svnadmin load, mais je prÍƒ©fÍƒ©rais garder le dÍƒ©pÍƒ´t svn
> intact.
>
>
> [1] https://git-scm.com/docs/git-svn
> [2] https://github.com/newren/git-filter-repo (qui demande git Í¢‰¥ 2.22.0 => paquet git de
> unstable)
> [3] https://git-scm.com/book/en/v2/Git-Tools-Rewriting-History ou
> https://git-scm.com/book/fr/v2/Utilitaires-Git-R%C3%A9%C3%A9crire-l%E2%80%99historique
>
> --
> Daniel
>
> Dans le passÍƒ©, il y avait plus de futur que maintenant ?
> Philippe Geluck, Le chat

--Apple-Mail-7DF00513-2D3C-40D6-9FEC-A084095C9C63
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr">Í¯»¿<meta http-equiv="content-type" content="text/html; charset=utf-8"><div dir="ltr">Í¯»¿<meta http-equiv="content-type" content="text/html; charset=utf-8">Peut-Íƒªtre en filtrant le svn comme dans ce projet?<div> </div><div><a href="https://stackoverflow.com/questions/15535334/filter-a-lot-of-sensitive-code-from-an-svn-repository">https://stackoverflow.com/questions/15535334/filter-a-lot-of-sensitive-code-from-an-svn-repository</a> Les gros fichiers obsoletes seraient exclus du dÍƒ©pÍƒ´t.</div><div> </div><div>Bien ÍƒÂ vous, <div dir="ltr">-- Arnaud sur son iPhone<div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); "> </div></div><div dir="ltr"> <blockquote type="cite">Le 9 juil. 2021 ÍƒÂ 14:58, Daniel Caillibaud <ml@lairdutemps.org> a Íƒ©crit : </blockquote></div><blockquote type="cite"><div dir="ltr">Í¯»¿Salut, Une question git (qui n'a donc rien ÍƒÂ voir avec debian). - J'ai un dÍƒ©pÍƒ´t svn d'un trÍƒ¨s vieux projet, encore actif, avec des utilisateurs habituÍƒ©s ÍƒÂ svn. - J'aimerais permettre ÍƒÂ ceux qui utilisent git couramment de pouvoir le faire sur ce projet  => git-svn [1] permet de faire Íƒ§a - Le dÍƒ©pÍƒ´t svn est Íƒ©norme, avec des Íƒ©lÍƒ©ments de doc obsolÍƒ¨tes dans l'historique (plein de zip  et de vidÍƒ©os ont Íƒ©tÍƒ© mis dans le dÍƒ©pÍƒ´t, virÍƒ©s depuis), trop gros pour l'envoyer sur un gitlab  => git-filter-repo [2] est parfait pour Íƒ§a (conseillÍƒ© dans la doc officielle [3] ÍƒÂ la place de  `git filter-branch Í¢€¦`) Mon pb est qu'aprÍƒ¨s avoir nettoyÍƒ© l'historique, je peux plus lancer de `git svn fetch` pour rÍƒ©cupÍƒ©rer les nouveaux commits svn, Íƒ§a plante : error: invalid object xxx yyyyyy for 'fichier/virÍƒ©' fatal: git-write-tree: error building trees write-tree: command returned error: 128 J'ai alors pensÍƒ© ÍƒÂ un truc en deux temps - un gros dÍƒ©pÍƒ´t xxxGitSvn qui fetch le svn, en local chez moi, avec tout l'historique - un dÍƒ©pÍƒ´t git xxxGit, initiÍƒ© comme clone de xxxGitSvn, nettoyÍƒ© avec git-filter-repo puis  utilisÍƒ© comme relai, pull de xxxGitSvn et push vers mon gitlab (pas trop grave si Íƒ§a empÍƒªche d'envoyer des modifs faites sous git vers svn, l'usage principal est de pouvoir se balader dans l'historique et regarder des diff, un truc thÍƒ©oriquement possible avec svn mais en pratique complÍƒ¨tement infernal sur un projet aussi gros avec 10 ans d'historique et 15k rÍƒ©visions). Mais Íƒ§a marche pas, au premier pull  xxxGit <= xxxGitSvn il rÍƒ©cupÍƒ¨re dans son historique tout ce que j'avais virÍƒ©Í¢€¦ Je reconnais que c'est un cas un peu tordu, mais est-ce qu'il y a un moyen de faire Íƒ§a ? (ne pas rÍƒ©cupÍƒ©rer tout l'historique qu'on a pas localement lors d'un pull je suppose que Íƒ§a revient ÍƒÂ dire ÍƒÂ git de considÍƒ©rer que le commit xx local est le mÍƒªme que le commit yy de tel remote) ? Si y'a pas de solution, j'irai filtrer l'historique ÍƒÂ la source, avec svnadmin dump / svndumpfilter exclude / svnadmin create / svnadmin load, mais je prÍƒ©fÍƒ©rais garder le dÍƒ©pÍƒ´t svn intact. [1] https://git-scm.com/docs/git-svn [2] https://github.com/newren/git-filter-repo (qui demande git Í¢‰¥ 2.22.0 => paquet git de    unstable) [3] https://git-scm.com/book/en/v2/Git-Tools-Rewriting-History ou    https://git-scm.com/book/fr/v2/Utilitaires-Git-R%C3%A9%C3%A9crire-l%E2%80%99historique -- Daniel Dans le passÍƒ©, il y avait plus de futur que maintenant ? Philippe Geluck, Le chat </div></blockquote></div></div></div></body></html>
--Apple-Mail-7DF00513-2D3C-40D6-9FEC-A084095C9C63--

1 réponse

Daniel Caillibaud

12/07/2021 à 18:10

Le 09/07/21 Í 20:45, Arnaud Vandyck a écrit :

ï»¿Peut-être en filtrant le svn comme dans ce projet?
https://stackoverflow.com/questions/15535334/filter-a-lot-of-sensitive-code-from-an-svn-repository
Les gros fichiers obsoletes seraient exclus du dépÍ´t.

Oui, c'est ce que j'envisageais en dernier recours :

Si y'a pas de solution, j'irai filtrer l'historique Í la source, avec svnadmin dump /
svndumpfilter exclude / svnadmin create / svnadmin load, mais je préférais garder le dépÍ´t
svn intact.

avec ce genre de méthode
https://blog.christosoft.de/2012/02/subversion-svn-permanently-remove-files-from-repository-history/
Je cherchais une solution qui ne touche pas Í l'historique du svn, mais y'en a peut-être pas…
--
Daniel
Pour atteindre le bonheur il y a deux règles :
1. Contentez vous de ce que vous avez.
2. Essayez d'en avoir un maximum.

Re: [HS] git-svn et git-filter-repo

1 réponse

Veuillez sélectionner un problème