On Sun, 1 May 2011 10:52:56 +0200
Stephane Bortzmeyer wrote:
> On Sat, Apr 30, 2011 at 09:23:40PM +0200,
> Basile Starynkevitch wrote
> a message of 88 lines which said:
>
> > Et surtout, ça n'a aucun sens de virer des commits: sauf dans les
> > régimes staliniens, on ne ré-écrit pas l'Histo
On Sun, 1 May 2011 10:52:56 +0200, Stephane Bortzmeyer
wrote:
...
> Mais je suis d'accord qu'il s'agit d'opérations exceptionnelles,
> réservées aux cas où on a fait une grosse bêtise. Le style de travail
> que décrivait Jean-Yves F. Barbier, à coup de réécriture systématique
> de l'histoire, es
On Sat, Apr 30, 2011 at 09:23:40PM +0200,
Basile Starynkevitch wrote
a message of 88 lines which said:
> Et surtout, ça n'a aucun sens de virer des commits: sauf dans les
> régimes staliniens, on ne ré-écrit pas l'Histoire.
Il existe plusieurs cas où c'est utile, le plus évident étant
lorsqu'
On Sat, Apr 30, 2011 at 11:23:20PM +0200,
Aéris wrote
a message of 33 lines which said:
> > http://www.bortzmeyer.org/time-and-space-in-vcs.html
>
> Certes mais c'est très fortement conseillé?
Non, pour les raisons expliquées dans l'article que je cite. D'autre
part, avec les VCS décentralsi
Le Sat, Apr 30, 2011 at 09:23:40PM +0200, Basile Starynkevitch a écrit :
>
> On ne peut donc pas supprimer des commits. On peut tout au plus
> modifier certains (ou tous les) fichiers (gérés par le versionneurs)
> pour qu'ils reviennent dans l'état où ils était il y a (par exemple) un
> moins. Ens
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 30/04/2011 23:20, Stephane Bortzmeyer a écrit :
> Ça n'est absolument pas obligatoire.
>
> http://www.bortzmeyer.org/time-and-space-in-vcs.html
Certes mais c'est très fortement conseillé?
- --
Aeris
-BEGIN PGP SIGNATURE-
Version: GnuPG v
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 30/04/2011 23:20, Stephane Bortzmeyer a écrit :
> J'ai été ingénieur système VMS pendant des années et appeler son
> (excellent) système de fichiers un VCS est *très* exagéré :
>
> - pas de message de commits par version,
> - pas de stockage infini
On Sat, Apr 30, 2011 at 08:00:22PM +0200,
Aéris wrote
a message of 34 lines which said:
> Un SCM ne stocke que des diff, pas les fichiers complets.
Ça n'est absolument pas obligatoire.
http://www.bortzmeyer.org/time-and-space-in-vcs.html
--
Lisez la FAQ de la liste avant de poser une quest
On Sat, Apr 30, 2011 at 09:31:50PM +0200,
Aéris wrote
a message of 42 lines which said:
> Mais cet OS a l'avantage d'intégrer un SCM en natif dans le
> filesystem, tout fichier est associé à une version qui s'incrémente
> à chaque enregistrement et toute version peut être accédée n'importe
> q
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 30/04/2011 19:20, Bernard Schoenacker a écrit :
> es tu sûr de ne pas parler de la versio libre de VMS ?
> lien :
> http://fr.wikipedia.org/wiki/OpenVMS
Il n'y a pas de version libre de VMS.
Malgré le nom, il s'agit d'un OS propriétaire
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 30/04/2011 21:10, Jean-Yves F. Barbier a écrit :
> Honhon, donc je suppose qu'il-y-a aussi des mécanismes de sécurité qui
> prennent le relais si, par exemple, je décide de virer les 100 premiers
> commits? (de façon à "reconstituer" la base-0 du di
On Sat, 30 Apr 2011 20:59:37 +0200
"Jean-Yves F. Barbier" <12u...@gmail.com> wrote:
> On Sat, 30 Apr 2011 20:00:22 +0200, Aéris wrote:
>
> > Un SCM ne stocke que des diff, pas les fichiers complets.
>
> Honhon, donc je suppose qu'il-y-a aussi des mécanismes de sécurité qui
> prennent le relais
On Sat, 30 Apr 2011 20:00:22 +0200, Aéris wrote:
> Un SCM ne stocke que des diff, pas les fichiers complets.
Honhon, donc je suppose qu'il-y-a aussi des mécanismes de sécurité qui
prennent le relais si, par exemple, je décide de virer les 100 premiers
commits? (de façon à "reconstituer" la base-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 30/04/2011 19:50, Jean-Yves F. Barbier a écrit :
> Wai, ça revient à ce que tu disais: tu commites toute l'arborescence et pas un
> seul fichier; je suppose qu'il-y-a des mécanismes d'économie de place
> (symlinks?) pour ne pas que le projet grandis
On Sat, 30 Apr 2011 19:45:05 +0200
"Jean-Yves F. Barbier" <12u...@gmail.com> wrote:
> > Et même sur un développement où je suis tout seul, je commite plusieurs
> > fois par jour. Le temps entre deux commit, c'est le temps élémentaire
> > qu'on accepte de perdre. On a donc intérêt à ce qu'il ne soi
On Sat, 30 Apr 2011 19:25:50 +0200, Basile Starynkevitch
wrote:
> Je confirme. Et d'ailleurs, c'est une règle de base dans les gros
> projets collaboratifs (comme GCC). On commit des *petites*
> modifications, souvent de quelques lignes ou douzaines de lignes.
> Par exemple, sur GCC (versionné av
On Sat, 30 Apr 2011 18:33:56 +0200
Aéris wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Le 30/04/2011 18:20, Jean-Yves F. Barbier a écrit :
> > ben d'après ce que j'ai compris, si (enfin si je veux garder les traces de
> > toutes les modifs d'un fichier jusqu'au commit final)
Je c
Le Sat, 30 Apr 2011 18:33:56 +0200,
Aéris a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Le 30/04/2011 18:20, Jean-Yves F. Barbier a écrit :
> > ben d'après ce que j'ai compris, si (enfin si je veux garder les
> > traces de toutes les modifs d'un fichier jusqu'au commit final)
>
Le Sat, 30 Apr 2011 18:10:22 +0200,
Aéris a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Le 30/04/2011 16:10, Bernard Schoenacker a écrit :
> > est il possible de savoir si les clients sont win32 ou
> > uniquement GNU ...
>
> Git est un vrai bordel à installer «proprement»
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 30/04/2011 18:20, Jean-Yves F. Barbier a écrit :
> ben d'après ce que j'ai compris, si (enfin si je veux garder les traces de
> toutes les modifs d'un fichier jusqu'au commit final)
Non, tu veux garder les traces de tous les commits d'un fichier ju
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 30/04/2011 18:10, Jean-Yves F. Barbier a écrit :
> Ce que tu dis est malheureusement ce que j'avais compris lors de différents
> tests: tu est limité à toute l'arborescence, sans pouvoir descendre au niveau
> fichier, à moins que de rétablir *toute*
On Sat, 30 Apr 2011 17:50:08 +0200
"Jean-Yves F. Barbier" <12u...@gmail.com> wrote:
>
> parce que je procède en tâtonnant, et que des fois il m'est arrivé de modifier
> un fichier et de m'apercevoir qu'une des versions précédentes était
> "meilleure"
Il me semble que tu as trop d'a priori sur ta
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 30/04/2011 16:10, Bernard Schoenacker a écrit :
> est il possible de savoir si les clients sont win32 ou uniquement
> GNU ...
Git est un vrai bordel à installer «proprement» sous win.
Pour un DSCM à la fois Linux et Windows, j'aurais te
Le 30 avril 2011 18:12, Jean-Yves F. Barbier <12u...@gmail.com> a écrit :
> On Sat, 30 Apr 2011 17:57:47 +0200, Rémi Vanicat wrote:
>
> ...
>> git checkout permet de revenir à n'importe qu'elle version du fichier:
>> $ git checkout commit -- file
>> récupère le fichier file dans la version ou il s
On Sat, 30 Apr 2011 17:57:47 +0200, Rémi Vanicat wrote:
...
> git checkout permet de revenir à n'importe qu'elle version du fichier:
> $ git checkout commit -- file
> récupère le fichier file dans la version ou il se trouvait à l'époque du
> commit "commit" (on parle de commit avec git plus que
On Sat, 30 Apr 2011 17:48:00 +0200, Basile Starynkevitch
wrote:
> On Sat, 30 Apr 2011 17:21:03 +0200
> "Jean-Yves F. Barbier" <12u...@gmail.com> wrote:
> > Je tâtonne souvent et je crée des tas de versions différentes d'un
> > fichier; à la fin, soit le fichier final correspond à mes attentes,
"Jean-Yves F. Barbier" <12u...@gmail.com> writes:
> On Sat, 30 Apr 2011 23:58:12 +0900, Charles Plessy wrote:
>
>> je conseille aussi Git. Il est facile de récupérer une ancienne version d'un
>> fichier seulement, avec la commande « git checkout ».
>>
>> http://stackoverflow.com/questions/69224
On Sat, 30 Apr 2011 17:21:03 +0200
"Jean-Yves F. Barbier" <12u...@gmail.com> wrote:
> Je tâtonne souvent et je crée des tas de versions différentes d'un fichier; à
> la fin, soit le fichier final correspond à mes attentes, soit je pioche dans
> plusieurs pour obtenir le final - C'est toute cette ch
Le Sat, 30 Apr 2011 17:21:03 +0200,
"Jean-Yves F. Barbier" <12u...@gmail.com> a écrit :
> On Sat, 30 Apr 2011 23:58:12 +0900, Charles Plessy
> wrote:
>
> > je conseille aussi Git. Il est facile de récupérer une ancienne
> > version d'un fichier seulement, avec la commande « git checkout ».
> >
On Sat, 30 Apr 2011 23:58:12 +0900, Charles Plessy wrote:
> je conseille aussi Git. Il est facile de récupérer une ancienne version d'un
> fichier seulement, avec la commande « git checkout ».
>
> http://stackoverflow.com/questions/692246/git-how-to-undo-changes-of-one-file
Merci pour le link,
Le Sat, Apr 30, 2011 at 04:48:23PM +0200, Jean-Yves F. Barbier a écrit :
>
> J'ai jeté un oeil, mais je n'ai pas trouvé comment revenir en AR sur un seul
> fichier.
Bonjour,
je conseille aussi Git. Il est facile de récupérer une ancienne version d'un
fichier seulement, avec la commande « git ch
On Sat, 30 Apr 2011 16:07:17 +0200, Basile Starynkevitch
wrote:
> Une question importante est de savoir qui va (au début, et surtout dans
> l'avenir) utiliser ce versionneur. Vas tu l'utiliser tout seul pour un
> développement sur lequel tu es le seul à travailler?
Vi
> Est-ce que les contr
On Sat, 30 Apr 2011 16:06:07 +0200
Bernard Schoenacker wrote:
>
> serait il possible d'être un peut plus disert sur le sujet
> concernant un équivalent de :
>
> -a) "CVS"
C'est mort CVS. SVN l'a remplacé, et il est déjà assez largement
obsolète, même s'il est très utilis
On Sat, 30 Apr 2011 15:39:22 +0200
"Jean-Yves F. Barbier" <12u...@gmail.com> wrote:
>
> je ne connais ces systèmes que pour récupérer une version, mais
> maintenant, pour un dev, j'ai besoin d'en utiliser un.
Tu n'as pas indiqué quel genre de développement c'est.
> J'ai besoin de:
> * Plusieur
Le Sat, 30 Apr 2011 15:39:22 +0200,
"Jean-Yves F. Barbier" <12u...@gmail.com> a écrit :
> Salut liste,
>
> je ne connais ces systèmes que pour récupérer une version, mais
> maintenant, pour un dev, j'ai besoin d'en utiliser un.
>
> J'ai besoin de:
> * Plusieurs branches (stable, unstable, dev),
Salut liste,
je ne connais ces systèmes que pour récupérer une version, mais
maintenant, pour un dev, j'ai besoin d'en utiliser un.
J'ai besoin de:
* Plusieurs branches (stable, unstable, dev),
* Pouvoir revenir (dès fois) de bcp de versions en arrière sur certains
fichiers seulement,
* Et surt
36 matches
Mail list logo
