• [^] # Re: Fonctionnalité manquantes par rapport à android repo

    Posté par . En réponse à la dépêche Gérer son espace de travail git avec "gws". Évalué à 3.

    Effectivement je voudrais remplacer repo par gws.
    Je vois pas en quoi ces deux projets sont si différents, dans les deux cas on a un fichier qui référence les gits qu'on utilise dans son espace de travail (un manifest), leur emplacement et leur version (fonctionnalité manquant pour gws à l'instant mais pas très compliqué à rajouter).

    Ils ne sont pas si différents, mais leurs usages diffèrent grandement, ce qui fait justement que tous les petits détails qui rendent-la-vie-facileTM dans gws pour gérer son espace de travail ne servent à rien dans repo, et vis-versa. D'ailleurs à la base j'avais commencé gws pour me passer de git-submodule qui trackait les versions, ce qui posait justement problème dans le cas des projets. Je ne vais donc pas le rajouter ;-)

    Le besoin de faire des shallow clones c'est des usages avancés, j'ai des gros git avec beaucoup d'historique et vu gagner sur le temps du git clone.

    Comme le but c'est de gérer des projets, tu les clones une seule fois lorsque tu prépare ton espace de travail et c'est tout. Après seul des push et des pull sont nécessaires. Les shallow copy sont donc superflues dans ce cas.

    Changer entre deux version de ton répertoire de travail c'est si tu utilise gws comme repo, passer d'une version à une autre simplement (et en ne présupposant pas qu'entre les deux versions , il a y exactement le meme nombre de git et/ou au même endroit).

    Tu as l'air de vouloir faire de gws ce pour quoi il n'a pas été fait pour. Ce n'est clairement pas une orientation que je vais faire prendre à gws, après libre à toi de l'adapter à tes besoins.

    Regarde peut-être du côté de peru qui sera beaucoup plus près de ce que tu veux faire (et plus adapté aussi :-))