Le petit journal de Nico

un blog … What else ?

Petite visite chez GIT …

janvier5

Commencant par ne plus supporter certaines fonctionnalités de SVN, j’ai décicidé de ma lancer dans le test d’autre outils.

Je connaissais déjà bon nombre d’outils décentralisés comme Mercurial ou BitKeeper mais j’avais envie un peu d’eau fraiche ! C’est donc sur l’explosion de GIT que je parle ici.

GIT (Pour ceux qui connaissent pas et pour moi en aide mémoire)

C’est un outils de gestion de version comparable SVN, CSV.

C’est quoi SVN ? CSV ?

Tu serais pas un faux informaticien toi ? Voir pas informaticien du tout ? Sinon, il va falloir se remettre à la page grâce aux liens suivants :
- http://fr.wikipedia.org/wiki/Subversion_(logiciel)

Ca fait quoi de plus que SVN ?

GIT fait dans la décentralisation tandis que SVN reste dans le centralisation… En somme, avec SVN, il y a un dépot principale qui est stocké à un seul endroit et tous les utilisateurs doivent se synchroniser dessus.
L’utilisateur possède un “copie de travail” à un instant T du dépot principale. L’utilisateut doit en permanence faire les synchronisations avec le dépot principale.

Avec GIT, la notion de dépot principale n’existe pas car l’utilisateur possède aussi en quelque sorte un dépot chez local. Il peut soit simplement synchroniser avec son dépot locale, mais peut aussi lorsqu’il le faut synchroniser avec un dépot distant (incluant le dépot principale).
GIT gère bien mieux les opérations de fusion (merge) et de “tracking” de branches.
Qui n’a pas galérer à faire des fusions avec SVN ? Avec GIT, c’est bien plus automatisé et intelligent … on respire bien mieux !
Ah oui, l’autre point que j’adore GIT c’est qu’il ne pollue pas ! Là ou SVN utilise un dossier “.svn” pour chaque dossier (c’est la joie quand vous avez plus de 1000 dossiers), GIT n’utilise qu’un seul dossier “.git” situé à la racine du projet. Du coup, les opérations de synchronisations sont clairement beaucoup plus rapide que SVN (J’ai eu des projets pas très énorme dont il fallait bien plus de 45min pour synchroniser etc.

… comparé avec Mercurial et autres ?

Sur les différents outils comparables, GIT est plus rapide et surtout consomme moins en terme de stockage.
- http://vcscompare.blogspot.com/2008/06/git-mercurial-bazaar-repository-size.html

Pouquoi je kiffe ?

Oui je kiffe, car c’est nouveau (euh pas si que ca en fait). C’est une nouvelle manière de travailler ! De l’aventure ! Des frustrations ! De la découverte !

Location à la demande des fermes de serveurs à moindre cout

novembre21

C’est que que propose le service Amazon EC2 (Elastic Cloud Computing), permettant de profiter d’un environnement mis en grappe virtuel (basé sur Xen) avec flexibilité et à coût faible.

Les applications possible sont nombreuses et il est plus simple de montrer une exemple de son utilisation grace à une startup (un des finaliste d’un concours organisé par Amazon même) : Encoding.

Encoding propose un service d’encodage de video en ligne vers de nombreux formats vidéos compatibles avec différente périphériques (pda, console, etc.).

La vidéo envoyée à Encoding est distribuée sur maximum 10 serveurs (qui sont virtuelle lié aux services d’Amazon EC2 biensure) dont la tache est d’optimiser l’opération d’encodage.

Le coût réel pour Encoding est la location des services d’Amazon qui sont calculé sur plusieurs critères mais cruellement éfficace et flexible.

Concernant les Web services d’Amazon, le seul bémol est la partie SLA qui reste encore limité même s’il y a eu des efforts à faire (99.95% c’est déjà pas si mal que ca).

J’ai suivi depuis un bon moment ces services mais je n’ai jamais réellement eu le temps et l’occasion de l’utiliser. Espérons que je pourrais le faire bientôt … Je me demande comment d’autres font pour trouver le temps de le faire …

Ressources :

http://developer.amazonwebservices.com/connect/amazon_startupchallenge_2008.jsp

http://aws.amazon.com/