Tes besoins m'ont l'air suffisamment minimes pour justifier un coup d'œil à git (http://git.or.cz/), je n'ai rien contre SVN mais si je dois l'utiliser je préfère que quelqu'un s'occupe d'administrer le repository SVN pour moi :)
2008/5/29 seb <[EMAIL PROTECTED]>: > Sabine wrote: > > > Je suis déjà tombée sur ce cas : je l'avais réglé en faisant > > systématiquement un "svn update" pour updater ce que je n'ai pas modifié > > avant le "svn commit" (la version en local est différente de la dernière > > sur le repository). Bon bien sur je regarde les droit des fichiers entre > > la version locale et le repository qui doivent etre compatibles. > > Bonjour, > Merci pour ta réponse. > ça n'a pas marché pour moi, sans doute parce que la base fsfs du > repository est corrompue. > J'ai tenté svnamin recover mais ça n'a pas marché non plus. > J'ai fini par lacher l'éponge et recréer le repository et le repeupler à > partir des fichiers d'une copie de travail récente...Mais j'ai perdu > l'historique bien sur. > Il y a qque chose qui m'échappe, mais j'ai sans doute mal fait les > choses au départ. > Le fait d'avoir utilisé ce repository en local d'abord (avec svn co > file://mon/repository etc...) > puis d'avoir utilisé des copies de travail sur différentes machines > (avec svn co svn+ssh://[EMAIL PROTECTED]/mon/repository) > avec update, add, commit sur ces machines y est peut-être pour > quelquechose. > M'enfin, il me semblait que ca servait à ca SVN, et je n'avais rien vu > dans la doc qui disait le contraire. > Ou alors j'ai rien compris, ce qui est très possible aussi. > Cordialement, > > Sebastien > > _________________________________ > Linux mailing list > [email protected] > http://lists.parinux.org/mailman/listinfo/linux >
_________________________________ Linux mailing list [email protected] http://lists.parinux.org/mailman/listinfo/linux
