diff --git a/index.html b/index.html index a76ed49..8e296d2 100644 --- a/index.html +++ b/index.html @@ -5,7 +5,7 @@ - Why Git is Better Than X + Pourquoi Git est Meilleur Que X @@ -16,7 +16,7 @@ @@ -54,7 +54,7 @@
-

Why Git is Better than X

+

Pourquoi Git est Meilleur Que X

- Cheap Local Branching -

+ Gestion Rapide des Branches +
- Probably Git's most compelling feature that really makes it stand - apart from nearly every other SCM out there is its branching - model. It is completely different from all of the models I'm - comparing it to here, most of which recommend that the best branch - is basically a clone of the repository in a new directory. + La fonctionnalité majeure qui met Git à part de tous les autres SCM + est le modèle de gestion des branches. Il est complétement différent + de tous les modèles comparés ici, la plupart recommandant que la + meilleure façon de créer une branche est de cloner le dépôt dans un + nouveau répertoire.
- Git does not work like that. Git will allow you to have multiple - local branches that can be entirely independent of each other and - the creation, merging and deletion of those lines of development - take seconds. + Git ne fonctionne pas comme ça. Git vous permettra d'avoir de multiples branches locales + qui peuvent être totalement indépendante les unes des autres, + et dont la création, la fusion (merge) ou la suppression ne prennent que quelques secondes.
- This means that you can do things like : + Cela veut dire que vous pouvez faire ce genre de choses:
    -
  • Create a branch to try out an idea, commit - a few times, switch back to where you branched from, apply a patch, - switch back to where you are experimenting, then merge it in. +
  • Créer une branche pour essayer une nouvelle idée, committer quelques fois, + revenir à l'endroit où vous avez créé cette branche, appliquer un patch, + retourner là où vous expérimentez et fusionnez le avec votre branche principale.
    • -
  • Have a branch that always contains only what goes to production, - another that you merge work into for testing and several smaller - ones for day to day work +
  • Avoir une branche qui contient toujours ce qui va en production, + une autre pour fusionner votre travail et faire des tests, + ainsi que quelques autres plus petites pour le travail au jour le jour.
    • -
  • Create new branches for each new feature you're working on, so - you can seamlessly switch back and forth between them, then delete - each branch when that feature gets merged into your main line. +
  • Créer une nouvelle branche pour chaque fonctionnalités que vous développez, + comme ça vous pourrez aller et revenir facilement entre-elles, et effacer chaque branche + une fois que la fonctionnalité est incluse dans la branche principale.
    • -
  • Create a branch to experiment in, realize it's not going to - work and just delete it, abandoning the work - with nobody else - ever seeing it (even if you've pushed other branches in the meantime) +
  • Créer une branche pour vos expérimentations, et si vous réalisez que ça ne + fonctionne pas, il vous suffit de la supprimer pour abandonner le travail, + sans personne pour le voir (même si vous poussez d'autres branches entre temps).
@@ -138,18 +133,18 @@

- Importantly, when you push to a remote repository, you do not - have to push all of your branches. You can only share one of your - branches and not all of them. This tends to free people to try - new ideas without worrying about having to plan how and when they - are going to merge it in or share it with others. + Important: quand vous poussez les modifications sur un dépôt distant, + vous n´êtes pas obligés de poussez toutes vos branches. Vous pouvez + partager les branches que vous désirez. Cela libère les gens pour expérimenter + avec des nouvelles idées sans se soucier de savoir quand et comment ils devront + combiner cette idée ou la partager avec les autres.
- You can find ways to do some of this with other systems, but the work - involved is much more difficult and error-prone. Git makes this - process incredibly easy and it changes the way most developers - work when they learn it. + Vous pouvez repliquer certaines de ces pratiques avec les autres systèmes, + mais l'effort nécessaire est bien plus grand et peut amener à se tromper. Git rend + ces processus incroyablement simples et ça change la manière de travailler pour la plupart des + développeurs qui les apprennent.
@@ -171,40 +166,38 @@

perforce

- Everything is Local + Tout en Local

- This is basically true of all the distributed SCMs, but in my - experience even more so with Git. There is very little outside - of 'fetch', 'pull' and 'push' that communicates in any way with - anything other than your hard disk. + Cela est par défaut vrai pour tous les SCM distribués, mais d'expérience + encore plus avec Git. En dehors de 'fetch', 'pull' et 'push', peu d'autres + commandes communiquent avec autre chose que votre disque dur.
- This not only makes most operations much faster than you may - be used to, but it also allows you to work on stuff offline. - That may not sound like a big deal, but I'm always amazed at - how often I actually do work offline. Being able to branch, - merge, commit and browse history of your project while on - the plane or train is very productive. + Cela ne permet pas seulement de rendre chaque opération plus rapide que d'habitude, + mais ça vous permet aussi de travailler quand vous n'êtes pas connecté à internet. + Ca n'a pas l'air important, mais je me surprend toujours du nombre de fois où je + travaille déconnecté. Avoir la possibilité de créer des branches, de combiner, de + faire des commit(s) et de parcourir l'historique de votre projet dans l'avion ou le train + est très productif.
- Even in Mercurial, common commands like 'incoming' and 'outgoing' hit - the server, whereas with Git you can 'fetch' all the servers data - before going offline and do comparisons, merges and logs of data - that is on the server but not in your local branches yet. + Même dans Mercurial, les commandes commune comme 'incoming' ou 'outgoing' font une + requête au serveur, alors qu'avec Git vous pouvez 'fetch' toutes les données du + serveur avant de vous déconnecter et faire des comparaisons, combinaisons et des logs + de données qui sont sur les serveurs mais pas encore dans vos branches locales.
- This means that it's very easy to have copies of not only your - branches, but also of everyone's branches that are working with - you in your Git repository without having to mess your own stuff - up. + Cela signifie qu'il est très simple d'avoir une copie, non seulement de vos branches, + mais aussi des branches de tous ceux qui travaillent avec vous sur votre dépôt Git + sans avoir à gâcher vos propres affaires.
@@ -218,34 +211,31 @@

- Git is Fast + Git est rapide

- +
- Git is fast. Everyone — even most of the hard core users of these - other systems — generally give Git this title. With Git, all - operations are performed locally giving it a bit of a leg up on - SVN and Perforce, both of which require network access for certain operations. - However, even compared to the other DSCMs that also perform operations - locally, Git is pretty fast. + Git est rapide. Tout le monde, même les utilisateurs les plus hardcore + des autres systèmes, donnent à Git ce titre. Comparé à SVN et Preforce, + cela vient du fait que toutes les opérations se font localement. Cependant, + même comparé aux autres DSCM, Git est vraiment rapide.
- Part of this is likely because it was built to work on the Linux - kernel, which means that it has had to deal effectively with large - repositories from day one. Additionally, Git is written in C, reducing the - overhead of runtimes associated with higher-level languages. - Another reason that Git is so fast is that the primary developers are, - have made this a design goal of the application. + Une partie de l'origine de cette vitesse vient du fait que Git a été conçu + pour gérer le code source du noyau Linux, ce qui veut dire qu'il devait gérer efficacement + un large nombre de dépôt dès le premier jour. + Un autre raison est que Git est écrit en C, et encore une autre raison est que les + développeurs à l'origine de git sont, à mon expérience, très très soucieux de la rapidité + de leurs applications.
- The following are a number of benchmarks that I performed on three - copies of the Django source code repository in 3 different SCMs: - Git, Mercurial and Bazaar. I also tested some of this stuff in SVN, - but trust me, it's slower - basically take the Bazaar numbers and - then add network latency... + Voici quelques benchmarks que j'ai effectués sur 3 copies du dépôt des sources de Django + avec 3 SCM différents: Git, Mercurial et Bazaar. J'ai aussi testé quelques parties sur + SVN, mais croyez moi, c'est plus lent - en gros prenez les chiffres de Bazaar et ajoutez + le temps de latence du réseau...
@@ -272,10 +262,11 @@

- The end result was that for everything but adding new files, Git - was fastest. (Also really large commits, which Hg was basically the - same at, but the commit I tested was so large that you're unlikely - to ever do anything like it - normal commits are much faster in Git) + Le résultat final est que pour toutes les commandes, à part l'ajout d'un fichier, + Git est le plus rapide. (Aussi pour les commit très larges, dans lequel Hg a des + résultat similaires, mais le commit que j'ai testé était tellement grand qu'il est + vraisemblable que vous tombiez pas sur ce genre de cas - les commit normaux sont plus rapides + avec Git).
@@ -328,19 +319,19 @@

- + - + - + @@ -348,26 +339,25 @@

23.002s
Commit (Small)Commit (Petit) 0.086s 0.517s 1.139s
Branch (Cold)Branch (Froid) 1.161s 94.681s 82.249s
Branch (Hot)Branch (Chaud) 0.070s 12.300s 39.411s
- The cold and hot branching numbers are the numbers for the first - and second times that I branched a repo - the second number being - a branch with a hot disk cache. + Les chiffres des branches à froid et à chaud sont les chiffres de la création + d'une première puis d'une seconde branche sur le dépôt - le second chiffre + étant une branche avec un cache disque déjà prêt.
- It should be noted that although the 'add' numbers are much slower, - this was for a massive add operation - over 2000 files. For the - majority of what most people do on a daily basis, add ops in any - of these systems will only take a fraction of a second. All of the - other ops tested here (except for the large commit, possibly) are - more indicative of things you might actually do day to day. + Bien que les chiffres 'add' sont bien plus petit, c'était une opération d'ajout + massif - plus de 2000 fichiers. Pour la majorité des cas que les gens rencontrent + chaque jour, les opérations d'ajout ne prennent qu'une fraction de seconde. Toutes + les autres opérations testées ici (à part peut-être le l'énorme commit) sont plus + indicatifs des choses que vous serez amenés à faire au jour le jour.
- These numbers are really not difficult to recreate, simply clone the Django - project in each of the systems and try out the same commands in each. + Ces chiffres ne sont pas difficiles à reproduire, il vous suffit de cloner le projet Django + avec chaque système et d'essayer la même commande dans chacun.
    -
  • git clone git://github.com/brosner/django.git dj-git
    • +
  • git clone git://GitHub.com/brosner/django.git dj-git
  • hg clone http://hg.dpaste.com/django/trunk dj-hg
  • bzr branch lp:django dj-bzr
  • svn checkout http://code.djangoproject.com/svn/django/trunk dj-svn
    • @@ -385,20 +375,19 @@

- Git is Small + Git est Léger

- Git is really good at conserving disk space. Your Git directory will - (in general) barely be larger than an SVN checkout — in some cases - actually smaller (apparently a lot can go in those .svn dirs). + Git est très efficace pour minimiser sa taille. Votre répertoire Git sera + (en général) à peine plus lourd qu'un checkout SVN - et voir dans certains cas + plus léger (apparemment beaucoup de choses vont dans ces répertoires .svn).
- The following numbers were taken from clones of the Django project - in each of its semi-official Git mirrors at the same point in - its history. + Les chiffres suivants viennent du clonage du projet Django, + dans chacun de ses mirroirs Git semi-officiels à un certain moment du projet.
@@ -411,7 +400,7 @@

- + @@ -419,7 +408,7 @@

- + @@ -429,9 +418,9 @@

SVN
Repo AloneDépôt Seul 24M 34M 45M
Entire DirectoryRépertoire Entier 43M 53M 64M
- * the second Bzr number is after I ran 'bzr pack', which I thought - would make it smaller, but ended up making it much, much larger for - some reason. + * le second chiffre Bzr est obtenu après avoir lancé 'bzr pack', + pensant le faire plus léger, mais finalement obtenant quelque chose + énormément plus large pour une raison inconnue.
@@ -446,36 +435,32 @@

- The Staging Area + L'Aire d'Assemblage

+
- Unlike the other systems, Git has what it calls the "staging area" - or "index". This is an intermediate area that you can setup what - you want your commit to look like before you commit it. + A la différence des autres systèmes, Git propose ce qu'il appelle une "Aire d'Assemblage" + ou "index". C'est une zone intermédiaire où vous pouvez configurer votre commit avant de + l'effectuer.
- The cool thing about the staging area, and what sets Git apart - from all these other tools, is that you can easily stage some of - your files as you finish them and then commit them without committing - all the modified files in your working directory, or having to list - them on the command line during the commit + La chose la plus cool grâce à cette zone, et ce qui fait que Git est à part des autres + outils, est que vous pouvez facilement assembler certains de vos fichiers en les terminant + et puis les commiter sans toucher aux autres fichiers modifiés de votre répertoire de travail, + sans avoir besoin de les lister dans la ligne de commande durant le commit.
- This also allows you to stage only portions of a modified file. Gone are - the days of making two logically unrelated modifications to a file before - you realized that you forgot to commit one them. Now you can just stage - the change you need for the current commit and stage the other change for - the next commit. This feature scales up to as many different changes to - your file as you need. + Cela permet aussi d'assembler certaines parties des fichiers modifiés, + par exemple en assemblant seulement les changements au début du fichier que vous êtes en + train de coder, mais sans les changements en bas de ce fichier.
- Of course, Git also makes it pretty easy to ignore this feature - if you don't want that kind of control — just slap a '-a' to your - commit command in order to add all changes to all files to the staging area. + Bien sûr, Git permet aussi d'ignorer assez facilement cette fonctionnalité si vous ne voulez pas + de ce genre de contrôle - ajoutez juste un '-a' à votre commande de commit.
@@ -489,28 +474,31 @@

- Distributed + Distribué

- -
- One of the coolest features of any of the Distributed SCMs, Git included, is that it's - distributed. This means that instead of doing a "checkout" of the current tip of - the source code, you do a "clone" of the entire repository. -
-
- This means that even - if you're using a centralized workflow, every user has what is essentially a full - backup of the main server, each of which could be pushed up to replace the main server - in the event of a crash or corruption. There is basically no single point of failure - with Git unless there is only a single point. -
- -
- This does not slow things down much, either. On average, an SVN checkout is only marginally - faster than any of the DSCMs. Of the DSCMs I tested, Git was the fastest. -
+
+ Une des fonctions les plus cool de n'importe quel SCM distribué, + Git inclus, est qu'il est distribué. Cela veut dire qu'au lieu + de faire un "checkout" sur la dernière version du code, vous pouvez cloner + l'intégralité du dépôt. +
+ +
+ Cela veut dire que même si vous utilisez un workflow centralisé, + chaque utilisateur a essentiellement une sauvegarde complète du + serveur central, chacun pouvant servir à remplacer ce serveur central + en cas de crash ou de corruption. En simplifiant, il n'y a fondamentalement + pas de point de défaillance unique avec Git, à moins que vous n'ayez + qu'une copie de votre dépôt. +
+ +
+ Cela n'affecte en rien les performances. En moyenne, un checkout SVN est plus rapide + que n'importe quel DSCM, mas sans grande différence. De plus, concernant les DSCM, Git + était le plus rapide durant mes tests. +
@@ -548,62 +536,62 @@

- Any Workflow + Workflow Adapté

- One of the amazing things about Git is that because of its distributed - nature and super branching system, you can easily implement pretty - much any workflow you can think of relatively easily. + Une des choses incroyables avec Git, grâce à sa nature distribuée + et à sa superbe gestion des branches, est que vous pouvez facilement + utiliser le type de workflow qui vous semble le plus naturel.
-

Subversion-Style Workflow

+

Workflow du Style Subversion

- A very common Git workflow, especially from people transitioning - from a centralized system, is a centralized workflow. Git will - not allow you to push if someone has pushed since the last time - you fetched, so a centralized model where all developers push to - the same server works just fine. + Il est très commun d'utiliser un workflow centralisé avec Git, + surtout pour les personnes venant juste de migrer depuis un + système centralisé. Git ne vous permettra pas de pousser un commit + si quelqu'un a modifié quelque chose depuis votre dernière mise à jour, + ce modèle centralisé où tous les développeurs poussent sur le même serveur + fonctionne très bien.

-

Integration Manager Workflow

+

Workflow géré par un Manager d'Intégration

- Another common Git workflow is where there is an integration - manager — a single person who commits to the 'blessed' repository, - and then a number of developers who clone from that repository, - push to their own independent repositories and ask the integrator - to pull in their changes. This is the type of development model - you often see with open source or GitHub repositories. + Un autre workflow commun pour Git consiste à désigner un manager d'intégration - une seule + personne peut faire les commits sur le 'Saint-dépôt'. Le reste des développeurs clone ce + dépôt pour créer des dépôts indépendants sur lesquels ils pourront faire leurs commits, pour + ensuite demander au manager de récupérer leurs changements. C'est le modèle de développement + que vous verrez souvent avec les dépôts open source ou sur GitHub.

-

Dictator and Lieutenants Workflow

+

Workflow du Dictateur et ses Lieutenants

- For more massive projects, you can setup your developers similar to - the way the Linux kernel is run, where people are in charge of a - specific subsystem of the project ('lieutenants') and merge in all - changes that have to do with that subsystem. Then another integrator - (the 'dictator') can pull changes from only his/her lieutenants and - the push to the 'blessed' repository that everyone then clones from - again. + Pour les projets de grande taille, vous pouvez organisez vos développeurs à la façon + du noyau Linux, où certaines personnes sont en charge d'un sous-système spécifique + du projet ('lieutenant') et elles combinent tous les changements de leur sous-système. + Puis, un autre intégrateur ('dictateur') peut récupérer seulement les changements de + ses lieutenants, et pousser ces modifications sur le 'Saint-dépôt', que tout le monde + peut cloner à nouveau.

- Again, Git is entirely flexible about this, so you can mix and - match and choose the workflow that is right for you. -
- + Une fois encore, Git est entièrement flexible avec les workflow, vous pouvez donc mélanger, reproduire + et choisir le workflow qui vous convient. +
+ + @@ -617,7 +605,7 @@

Dictator and Lieutenants Workflow

- GitHub + GitHub

@@ -625,33 +613,23 @@

- I may be biased here, given that I work for - GitHub, - but I add this section anyway because so many people say that - GitHub itself was specifically why they choose Git. -
- -
- GitHub is a reason to use Git for many people because it is more - like a social network for code than a simple hosting site. People - find other developers or projects that are similar to the things - they are doing, and can easily fork and contribute, creating a very - vibrant community around Git and the projects that people use it - for. + GitHub est à l'origine du choix de Git pour beaucoup de gens car c'est plus + un "réseau social pour code source" qu'un simple hébergeur. Le site permet de trouver + d'autres développeurs ou des projets qui sont similaires aux choses que vous faites, et + auxquels vous pouvez facilement forker ou contribuer, en créant une communauté vibrante autour + de Git et des projets utilisés avec Git.
-
- There exist other services, both for Git and for the other SCMs, - but few are user-oriented or socially - targeted, and none have anywhere near the user-base. - This social aspect of GitHub is killer, and this in combination of the above features - make working with Git and GitHub a great combination for rapidly - developing open source projects. +
+ Il y a d'autres services, pour Git ou d'autres SCM, mais peu sont tournés vers l'utilisateur ou + l'usage des réseaux sociaux, et aucun n'arrive à regrouper autant de monde. L'aspect social de GitHub + est fantastique, et cela, en plus de toutes les autres fonctionnalités précédentes, fait de Git et GitHub + une superbe combinaison pour rapidement développer des projets open source.
-
- This type of community is simply not available with any of the other SCMs. -
+
+ Ce type de communauté n'existe simplement pas avec les autres SCM. +
puls twitter @@ -677,30 +655,31 @@

- Easy to Learn + Apprentissage Facile

- +
-
- This did not used to be true — early in Git's life, it was not really - an SCM so much as a bunch of tools that let you do versioned filesystem - work in a distributed manner. However, today, the command set and - learning curve of Git are pretty similar to any other SCM, and even - better than some. +
+ Cela n'a pas toujours été le cas - dans les premières versions de Git, + ce n'était pas vraiment un SCM, sinon un groupe d'outils qui vous + permettaient de travailler avec des versions sur un système de fichier, + de manière décentralisée. Cependant, aujourd'hui, la liste des commandes + et la vitesse d'apprentissage de Git sont assez similaires aux autres + SCM, et même meilleures.
-
- Since this is difficult to prove objectively without some sort of - study, I'll just show the difference between the default 'help' menu for the - Mercurial and Git commands. I've highlighted the commands that are - identical (or nearly) between the two systems. (In Hg, if you type 'hg help', you - get a list of 40-some commands.) +
+ Il est difficile de prouver objectivement cela sans une étude de quelque sorte; + je vais vous montrer la différence entre le menu 'help' par défaut pour les + commandes Git et Mercurial. J'ai surligné les commandes qui sont identiques + (ou presque) entre les 2 systèmes. (avec Hg, si vous tapez 'hg help', vous + obtiendrez un liste d'une quarantaine de commandes).
-

Mercurial Help

+

Aide Mercurial

 add        add the specified files ...
 annotate   show changeset informati...
@@ -722,7 +701,7 @@ 
Mercurial Help
-

Git Help

+

Aide Git

 add        Add file contents to the index
 bisect     Find the change that introduce...
@@ -749,18 +728,17 @@ 
Git Help
-
- Prior to Git 1.6, all of the Git commands used to be in the executable - path, which was very confusing to people. Although Git still recognizes - all of those commands, the only command in the path is now 'git'. - So, if you look at Mercurial and Git, Git has a nearly identical - command set and help system — there is very little difference from - a beginning UI perspective today. +
+ Avant Git 1.6, toutes les commandes Git étaient des chemins vers des fichiers exécutables, + cela était très déroutant pour beaucoup de monde. Bien que Git reconnaisse toujours toutes + ces commandes, 'git' est maintenant la seule commande dans le path. Donc, si vous regardez + Mercurial et Git, Git a maintenant une liste de commandes, et un système d'aide, presque + identique - il y a très peu de différence au niveau de l'interface actuellement.
-
- These days it's pretty hard to argue that Mercurial or Bazaar is any - easier to learn than Git is. +
+ Ces jours-ci, il est plutôt difficile de dire que Mercurial ou Bazaar sont plus simples à + apprendre que Git.
@@ -777,20 +755,18 @@

Git Help


- +

- This site is built and maintained by Scott Chacon, a GitHubber.
- If you disagree with - anything on the site and you have a good reason, please - email me so I can fix it.
- The source for this site is on GitHub - feel free to send patches if you want to improve it. + Ce site est construit et maintenu par Scott Chacon, un GitHubber.
+ Si vous n'êtes pas d'accord avec certains points de ce site, envoyez-moi un mail pour que je puisse corriger ces erreurs.
+ Le code de ce site est disponible sur GitHub - n'hésitez pas à envoyer vos patches si vous voulez l'améliorer.
diff --git a/scripts/upload.sh b/scripts/upload.sh index 1d2f189..98b4b27 100755 --- a/scripts/upload.sh +++ b/scripts/upload.sh @@ -1,2 +1,2 @@ # this script moves the files to my server -rsync -e ssh -av * whygitisbetterthanx.com:/u/apps/whygit/ +rsync -e ssh -av * whygitisbetterthanx.com:/u/apps/whygit-fr/