Hobbestigrou

Vimana est un outil écrit en Perl par Yo-An Lin. Il vous permettra de gérer vos scripts Vim en ligne de commande à la manière d’un gestionnaire de paquet comme apt-get par exemple. Vous pourrez obtenir des informations, installer et mettre à jours vos scripts Vim¹ . Selon le type du script ftplugin, plugin, syntax etc… Vimana installera les fichiers dans les répertoires correspondants. Par exemple pour un color scheme il le placera dans ~/.vim/colors/

Pour installer Vimana il vous faudra passer par le CPAN. Il est disponible que pour des systèmes de type Unix, par exemple Gnu/linux, Mac OS X, BSD etc… Il n’est pas portable sur Windows.

sudo cpan Vimana

Une fois installé vous pourrez commencer par mettre à jour l’index.

vimana update

Pour chercher un script ou un plugin.

vimana s Perl

Le résultat vous retourna donc des scripts concernant Perl² .

Vous pourrez aussi avoir des informations sur un script.

vimana info omniperl

Pour installer un script.

Vimana i autocomplop

Si le script n’est pas disponible sur vim.org, mais qu’il utilise un repository Git il sera possible d’indiquer le chemin du repository.

vimana i git:git://path/to/git/repository

Pour finir il est aussi possible d’installer un script depuis un répertoire.

git clone git://path/to/git/repo.git
cd repo
vimana i .

Pour supprimer un script.

vimana remove autocomplop

Ou encore

vimana remove autocomplop --force

En conclusion, c’est un outil qui peut-être très pratique et faire gagner du temps, ça évitera de se rendre à chaque fois sur vim.org pour télécharger le script ou faire une recherche.

Vimana sur le CPAN
Vimana sur github
Blog de Yo-An Lin

1. Il va les chercher sur vim.org [↩]
2. Ayant Perl dans le nom ou la description du script [↩]

read comments (0)

Lorsqu’on programme une chose importante est de bien documenter son code. Que cela soit pour vous, ou pour les personnes qui utiliseront votre code, ou passeront derrière vous. Tous les langages possède un système de documentation interne Perldoc, Javadoc, Pydoc etc…
Par exemple en Python pour documenter une fonction nous utiliseront les triples quotes, tout de suite après sa définition.

def HelloWorld() :
    """ Une simple fonction qui affiche un message à l'écran """
    print "HelloWorld !\n"

La description sera donc disponible via la pydoc.

En Perl nous avons le format Pod¹ , la bonne vielle documentation.

Pod est un lagage de balisage qui va permettre d’écrire de la documentation pour Perl, pour vos programmes Perl, ou encore pour vos modules Perl. Il sera ensuite possible de convertir POD dans différents formats notamment du texte brute, HTML, page de man. Je vous expliquerai dans un prochain article comment utiliser POD.

Documentation POD sur enstimac

1. Plain Old documentation [↩]

read comments (0)

J’utilise désormais Git comme outil de gestion de version pour mes projets et diverses autres choses, fichier de configuration, document rédigé avec LaTeX etc… Je cherchais donc tout naturellement une méthode pour avoir un peu de couleurs. Contrairement à Subversion il n’y a pas besoin de faire appel à des outils externes pour cela. Il vous suffira d’éditer votre fichier .gitconfig. Vous avez donc plusieurs manières de procéder pour ça, soit en ligne de commande via la commande git config, soit en éditant directement ce dit fichier.

git config --global color.branch auto
git config --global color.diff auto
git config --global color.interactive auto
git config --global color.status auto

Ce qui donnera dans le fichier de configuration ~/.gitconfig :

[color]                                                                                                                                               
        branch = auto
        diff = auto
        interactive = auto
        status = auto

C’est tout de même plus agréable de voir un peu de couleurs.

Si vous êtes désireux d’avoir des alias avec Git similaire à svn pour le status, commit, branch etc… Vous pourrez encore une fois l’indiquer via git config.

git config --global alias.st status
git config --global alias.ci commit
git config --global alias.co checkout
git config --global alias.br branch

Ce qui vous permettra maintenant de taper par exemple :

git st #En lieu et place de git status
git ci #à la place de git commit
git co #à la place de git checkout
git br #à la place de git br

Ce qui est un peu plus court ça fera du bien à vos doigts. Je rappel que la commande git checkout permet de changer de branche et non de récupérer les sources d’un dépôt contrairement à svn. J’avais déjà indiqué les commandes à utiliser pour, indiquer des informations sur votre nom d’utilisateur et l’éditeur lorsque j’avais présenté Git.

Il peut-être très pratique d’avoir accès à un aide-mémoire des diverses commandes disponible, car il arrive d’avoir de trous. Il en existe pour cela cheat git. Il existe aussi des versions svg ou png Disponible ici.

read comments (0)

Il y a plusieurs manières de procéder pour installer un module Perl. La première consiste à regarder, si il n’est pas déjà packagé pour votre distribution. Si vous êtes sous Debian ou un dérivé, vous devriez trouver la plupart du temps votre bonheur, étant donné la grande facilité de packager un module Perl pour cette dernière distribution. La paquet d’un module Perl pour Debian, généralement, se trouve de la forme libtype-nom-perl. Par exemple :
libnet-twitter-perl
ou encore
libarchive-tar-perl

C’est la méthode à préconiser pour une intégration parfaite à votre distribution.

Il peut arriver tout de même, qu’il n’existe pas de paquet pour le module que vous souhaitez installer, dans ce cas là, vous pouvez passer par le CPAN.¹ Le module CPAN.pm a été préinstallé sur votre machine. Il va vous permettre d’installer et configurer des modules. Lors du première appel à cpan, il vous faudra répondre à une série de questions, notamment le chemin de gunzip. Généralement les réponses par défaut sont correctes, mais tâchez tout de même, à toujours vérifier, c’est important de faire attention à ce que l’on fait. Ensuite vous pourrez installer des modules via le cpan, soit en lançant la commande cpan, et ensuite au prompt cpan indiquez install suivi du nom du module :

install Net::Twitter

Soit en indiquant en argument le module à installer :

sudo cpan Net::Twitter

La dernière solution consiste à installer le module à la main, notamment lorsque le module n’est pas disponible sur le CPAN. Il vous faudra alors récupérer les sources généralement compressées au format tar.gz. Ensuite décompressez l’archive, déplacez-vous dans le répertoire, lisez le README, pour finir effectuez les manipulations qui sont généralement perl Makefile.pl qui va générer le makefile, make, make test et enfin sudo make install.

wget http://search.cpan.org/CPAN/authors/id/M/MM/MMIMS/Net-Twitter-3.05000.tar.gz
tar -zxvf Net-Twitter-3.05000.tar.gz
cd Net-Twitter-3.05000/
perl Makefile.PL
make
make test
sudo make  install

Si tout s’est passé et que vous n’avez pas eu de message d’erreur le module devrait être installé. J’ai pris un mauvaise exemple, mais je n’avais pas de module non disponible sur le CPAN sous la main. C’était pour montrer la démarche. Pour vérifier que le module est bien installé :

perl -MNet::Twitter -e 1

Si aucun message ne s’affiche, cela signifie que le module est bien installé.

En revanche, si vous avez ce genre de message :

Can't locate Net/Twitter.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .).

C’est qu’il y a eu un problème quelque part.

Concernant les bibliothèques que vous être en train de développer ou qu’un ami vous a gentiment fourni et que vous aimeriez tester. Vous pourrez créer un répertoire lib/perl par exemple, dans votre home personnel et indiquer le chemin à la variable d’environnement PERL5LIB :

export PERL5LIB="$HOME/lib/perl"

Une autre solution consiste à indiquer le chemin directement dans le source :

use lib $ENV{'HOME'} . "/lib/perl";

Voilà, vous êtes maintenant paré à installer des modules Perl de différentes manières. N’oubliez pas, Perl, c’est bien et ce qui fait sa grande force est justement son nombre de bibliothèques disponibles sur le CPAN.

1. Comprehensive Perl Archive Network qui regroupe la plupart des archives logicielles et bibliothèques écrites en Perl. [↩]

read comments (0)

Le titre n’est pas forcément le mieux choisi. Oui, cela me fait toujours rire cette tradition des bonnes résolutions, lorsqu’une nouvelle année débute. C’est un peu comme remettre les choses à demain. Pourquoi attendre qu’une nouvelle année démarre, pour prendre de bonnes résolutions ; pourquoi repousser les choses que l’on pourrait faire aujourd’hui à dans 8 mois. C’est tout au long de l’année que j’essaie d’évoluer, progresser, avoir de bonnes résolutions. Comme certains le savent, j’ai parfois de très longue journée, et j’ai toujours beaucoup de choses à faire. Ne serait-ce qu’assouvir ma soif d’apprendre, me demande beaucoup de temps. J’ai donc tout au long de l’année, essayé d’optimiser un peu mon temps.
J’ai tout de même pris de bonne résolution pour l’année 2010, en fait, j’ai eu et fait des découvertes quelques jours avant la nouvelle année, ça tombait donc bien.

A la base, je ne suis pas forcément quelqu’un de super organisé. Par conséquent je savais toujours ce que j’avais à faire, mais je ne notais pas ces choses. J’étais donc perdu, je savais ce que je devais faire, mais ne me fixant pas d’objectifs pour la journée, je m’affolais et prenais peur par toutes les choses que j’avais à faire. Au final, je n’avançais pas beaucoup, car je ne savais pas par ou commencer. Ce qui était très frustrant, puis je me disais toujours « bon je vais commencer par faire ça, puis non ça me soule, en fait, je vais plutôt faire ceci, ah peut-être bien cela, finalement, j’ai trop de choses à faire je ne vais pas m’en sortir ». Généralement, je finissais par aller glander sur la toile, ou à faire des choses que je n’avais pas prévu.
J’ai fait la découverte de deux outils, le premier est pal un agenda en mode texte simple et efficace, le deuxième est devtodo, un gestionnaire de todo lui aussi est simple et efficace. Les deux forment un très bon complément au final. L’une de mes résolutions est donc d’être plus organisé. Ce que je fais, c’est que je me fixe des objectifs pour chaque journée dans pal, et devtodo me sers plus de pense-bêtes lorsque j’ai des choses à faire, mais que je ne sais pas encore quand est-ce que je souhaite les faire, je les mets dans devtodo, avec un ordre de priorité. J’ai commencé à m’en servir, il y a quelques jours et je peux déjà assurer que ça fonctionne bien, je suis d’ailleurs assez étonné de voir ce que je suis capable d’accomplir en une journée. Je remercie donc pal et devtodo, mes sauveurs. Une autre de mes bonnes résolutions est de continuer à lire beaucoup mais de façon plus sérieuse. C’est-à-dire tant-que je n’ai pas compris un passage je le relis, réaliser tous les exemples du livre, s’il y a des exercices tenter de tous les faire, prendre d’une façon un peu plus structuré des notes de passage qui me semble important, avec bien entendu ma propre vision, avec ma réflexion. Pratiquer plus, en ayant plus de projets personnels, en étant plus sérieux, avec ces dit projets, et de manière constante et régulière. Apprendre de nouveau langage, et notamment Erlang que j’ai commencé, il y a quelques jours. Essayer de moins me laisser distraire par des choses sans importance, être plus concentrer à ce que je fais. Trouver une alternative à Google pour les recherches pour plusieurs raisons que j’expliquerai peut-être plus tard. Poster plus souvent sur ce blog, pour être précis, une fois par semaine, tous les dimanches. Si l’article me demande un long travail de lecture, de documentation et de pratique sur une technologie que je connais pas, il se peut qu’il y est un délai un peu plus long. Je me suis tout de même fixé comme objectif que cela ne doit pas dépasser une semaine. Ce qui signifie au pire, un article une fois sur deux, ce qui fait au moins un, deux articles dans le mois. Pour finir participer plus régulièrement à vim-fr.org que j’ai cofondé avec istaz. J’ai d’autres résolutions que ce soit au niveau technique ou personnel, mais je ne vais pas non plus tout vous raconter, cela ne serait point amusant, et risquerai de rapidement vous souler.

Je ne vais pas vous faire un bilan de mon année 2009. Simplement, vous dire que malgré une très grosse baisse de régime et de fatigue au mois de décembre, ce fut globalement une très bonne année. Je suis surtout très fier et heureux d’une chose que je n’aurai besoin de préciser ici. Ce que j’attends pour l’année 2010, continuer à progresser et apprendre des choses en informatique, et j’espère du fond du coeur avoir une belle progression au niveau du développement, car pour le moment c’est pas toujours ça. Peut-être aussi avoir un peu plus de lecteurs pour ce blog, car ça fait toujours plaisir de savoir que lorsqu’on écrit, des personnes nous lisent. Je vais donc tenter d’écrire des choses plus intéressantes. Réussir à être reconnu par les autres barbus, pour mon travail, comme quelqu’un de passionné, qui travaille sérieusement, qui fait en sorte d’évoluer et de progresser et qui fait du bon travail cela va donc avec la progression dans ma façon de coder c’est tout de même mon métier après tout.
En conclusion je vais tenter de mettre en application, ces dites bonnes résolutions pour l’année 2010. Pour certaines résolutions, c’est déjà le cas et cela me semble assez bien parti, alors j’espère que cela va continuer. Je vais donc tout faire pour, car c’est à moi de fournir le travail, il n’y a personne qui peut m’aider à ça. J’ai toutes les cartes en main à moi de ne pas les gâcher.

read comments (1)

Il y a quelques jours j’ai découvert une documentation de Jquery en français qui a été réalisée par JarodxXx et qui est disponible depuis février 2009. La documentation est claires et muni de bon exemple. L’auteur a décidé d’ajouter ses propres observation pour certaines fonctions ce qui rend la documentation agréable. Le plus intéressant reste la possibilité d’ajouter des commentaires ce qui permettra à chacun d’apporter des exemples ou des explications. J’allais oublier j’apprécie aussi le moteur de recherche du site moins sensible que celui de la documentation officiel.

Documentation officiel

Documentation en français

read comments (0)

Newsbeuter est un agrégateur de flux, simple, léger et agréable¹ en ligne de commande. Je l’utilise depuis peu mais j’en suis très satisfait. J’avais du mal à trouver un agrégateur qui me plaise j’avais donc abandonné l’idée de suivre des flux. Son interface est un peu similaire à celle de Mutt une barre en bas nous rappelle les principaux raccourcis disponible. Il ce compose de deux fichiers un pour la configuration et l’autre pour l’ajout ou suppression de flux.

Pour l’installation sous Debian ou dérivés.

apt-get install newsbeuter

Comme dit il existe deux fichiers nous allons commencer par configurer un petit peu newsbeuter. Il existe pas mal d’options et la documentation et plutôt bien faite, claire et compréhensible. Je pourrais donc vous conseillez de lire une première fois la documentation pour avoir une vision globale des différentes possibilités qui s’offre à vous, et y revenir au besoin pour une options spécifique. Pour le moment mon fichier de configuration est très minimal quelques lignes, pour le reste j’ai gardé les options par défauts. Le fichier à ouvrir pour ajouter des options est config il se trouve dans le home utilisateur ~/.newsbeuter/config

auto-reload yes
reload-time 5
browser w3m
error-log "~/.newsbeuter/error.log"

Sur la première ligne on indique qu’on souhaite qu’au lacement de newsbeuter les flux soit mis à jour, sur la deuxième ligne on indique en minutes le temps de raffrachisement pour des flux², sur la troisième ligne on indique le browser à utiliser pour l’ouverture des liens par défaut c’est lynx, mais je préfère w3m, et pour finir on indique un fichier ou stocker les erreurs. Il est possible d’indiquer une limite de stockage par flux 100items maximum.

max-items 100

Par défaut la valeur de max-items est à 0 ce qui signifie que tous les items seront gardés. Il existe aussi une option qui permet d’avoir une notification lors d’un nouvelle item.

notify-xterm yes

L’option text-width aussi peut-être sympa pour indiquer le nombre de colonnes maximum par ligne.

text-width 72

Il existe encore d’autres options que je vais vous laisser découvrir par vous même dans la documentation.

Nous allons maintenant nous intéresser au deuxième fichier de newsbeuter celui qui contient les urls des flux. Vous allez donc ouvrir ~/.newsbeuter/urls pour ajouter vos flux. Le fichier doit avoir une url de flux par ligne. La chose intéressante est de pouvoir classer ses différent flux suivant une thématique par exemple Gnu/linux. Cela est possible dans newsbeuter grâce au système de tags.

 http://mathieui.net/b/?feed=rss2 Gnu/linux

Pour un tag avec deux mots ou plus il faudra utiliser des doubles quotes.

http://www.framablog.org/index.php/feed/atom "Actualité informatique"

Vous pourrez accéder au tags avec la touche « t » ou encore avec :tag .

Newsbeuter possède aussi un langage de filtre.

( unread_count > 0 and unread_count < 10 ) or total_count > 100
( author =~ "Frank" or author =~ "John" ) and ( title =~ "Linux" or title =~ "FreeBSD" )

Je vous laisse le soin de lire la documentation pour avoir un peu plus d’informations sur ce langage de filtre.

Il est aussi possible d’ ignorer certains item grâce au système de killfiles.

ignore-article "*" "title =~ \"Gentoo\""
ignore-article "http://synflood.at/blog/index.php?/feeds/index.rss2" "title =~ \"newsbeuter\""

L’étoile³ permet de spécifier que dans tous les feeds ou souhaite ignorer les articles possédant Gentoo dans le titre. Cette commande doit être utilisé dans le fichier ~/.newsbeuter/urls il est possible de spécifier autant de ignore-article que l’on désire.

Il est possible de regrouper les tags grâce au Query Feeds.

http://domain1.tld/feed.xml fun news tag1
http://domain2.tld/?feed.rss private jokes tag1
http://domain3.tld/feeds.rss news
"query:tag1 Articles:tags # \"tag1\""

Je ne vais pas résumer les raccourcis disponibles, car comme dit ils sont toujours présenter dans une barre et autrement il y a le raccourcis ? pour avoir l’aide.

En conclusion j’espère vous avoir convaincu de la puissance de newsbeuter et avoir pu vous aidez à démarrer. Bien-sur je n’ai certainement pas expliquer toutes les possibilités possible je n’ai cherche pas à être un manuel, mais j’espère vous avoir présenter les concepts les plus utiles. Bonne lectures et configuration.

Site du projet
Documentation

1. Je devrais toujours tout de suite chercher une solution en mode texte je n’apprécie véritablement que ce type d’interface [↩]
2. Par défaut 60 [↩]
3. Joker [↩]

read comments (1)

Je me suis mis à utiliser Mutt en début de semaine pour la gestion de mes mails. Comme d’habitude j’ai été conquis par Mutt encore une fois les applications en mode texte montre toutes leurs puissances. Je tiens à remercier certaines personnes qui m’ont apporté une aide lors de la configuration de ce dernier. J’écrirai certainement de temps à autres des petits tips pour une utilisation plus agréable de Mutt.

Par défaut Mutt n’a pas de barre latéral indiquant les différentes mailbox configurées. Pour ce faire il existe un patch qui vous permettra donc d’en bénéficier certaines distributions dont Debian ont un paquet disponible sous le nom de mutt-patched.

sudo apt-get install mutt-patched

Lors du prochain démarrage de Mutt vous verrez la barre latéral sur le coter avec le nombre de mails que contienne chaque mailbox et le nombre de nouveau message. N’oubliez pas de définir les boîtes qui reçoivent du courrier dans votre muttrc via mailboxes.

mailboxes =inbox =mailing-list/mongueurs

Vous pourrez aussi assigner des touches pour pouvoir naviguer dans la barre via bind, par exemple.

bind index \CP sidebar-prev
bind index \CN sidebar-next
bind index \CO sidebar-open
bind pager \CP sidebar-prev
bind pager \CN sidebar-next
bind pager \CO sidebar-open

Ctrl+p pour aller à la boîtes précédentes,
Ctrl+n pour aller à la boîtes suivantes,
Ctrl+o pour ouvrir la boîtes.

La capture provient de df7cb .

Il est agréable d’avoir une vue sur ces différentes boîtes je pense que mutt-patched est indispensable.

Mutt sur wikipedia
Site du patch
Aide en français

read comments (0)

Aujourd’hui je vais vous présenter Git, et les commandes de bases pour la création de dépôt, les commits en local et quelques commandes de bases. Je n’irai pas plus loin, car plutôt que de faire une très longue pages qui serait fatigante à lire je préfère couper cela en plusieurs parties. La prochaine sera réservé à la découverte du fonctionnement des branches, puis une autre sera réservé aux différentes interface graphique disponible pour lire les journaux des commits etc…

Git est un logiciel de gestion de versions décentralisé écrits par Linus Torvalds. Pour la petite histoire Git a été initialement écrit pour remplacer BitKeeper ¹ qui avait décidé d’arrêter de fournir la version gratuite en 2005. L’arrêt aurait été à cause de Andrew Tridgell qui avait développé un logiciel open-source permettant d’afficher certaines informations qui n’était pas disponibles dans la version gratuite de BitKeeper. Git signifie connard dans l’argot en anglais. Linus aurait dit « je ne suis qu’un égocentrique, donc j’appelle tous mes projets d’après ma propre personne. D’abord Linux, puis git. »

La grande force de Git est donc d’être décentralisé bien-sur ce n’est pas le seul il en existe d’autres comme, Mercurial écrit Python, Bazaar écrit en Python également et sponsorisé par Canonical, Darcs, et certainement d’autres encore. Mais Git semble être celui qui ce démarque le plus, il est déjà un petit peu plus rapide que Mercurial ou Bazaar et il est très certainement plus complet même si on utilisera généralement pas Git à plus de 5% de ces capacités.

Contrairement à Subversion Git ne travail pas avec des numéros de révisions mais avec des hash SHA1. Cela peut certainement dérouter au début mais on s’y habitue. Cela permet à Git de gérer ces objet avec des identifiant unique, il n’est pas possible d’avoir deux fichiers avec un contenu différent ayant le même hash. Tant qu’un fichier n’est pas modifié le hash reste inchangé et n’est stocké qu’une seul fois. En revanche si le fichier est modifié les deux versions sont stocké sur le disque.

Pour installer Git sur une distribution Debian ou un de ses dérivées il faudra installer le paquet git-core, git tout court correspond à un outil gitfm pour Gnu Interactive Tools File Manager. Ce qui n’a rien a voir.

sudo apt-get install git-core

Une fois Git installé nous allons pouvoir le configurer un petit peu. Lorsque je dis configurer c’est un bien grand mot, il s’agit simplement d’indiquer des information sur vous votre nom, mail qui seront indiqué dans les journaux de Git, et l’éditeur que vous préférez qui sera ouvert lors des commits pour indiquer le message.

git config --global user.name "Votre nom ou pseudo"
git config --global user.email mail@mail.com
git config --global core.editor vim

On indique Vim parce-que Vim c’est le meilleur de tous les éditeurs. Non, non je ne lance pas de troll.

Je risque très certainement d’en décevoir plus d’un, mais finalement utiliser Git n’est pas si compliqué que ça, du moins pour utilisation basique. J’aurai même envie de dire qu’il est plus naturel, dans le sens où Git va vous pousser à utiliser des branches². Vous pourrez par exemple créer une branche unstable qui serait les commits récent pas encore tester, puis une fois que le code aura été testé le merger dans master. Ceci n’est qu’un exemple bête je n’ai rien trouvé d’autres, mais c’est simplement pour expliquer que svn vous a fait prendre de mauvaise habitude à travailler directement sur trunk, et que contrairement à svn la gestion des branches en Git est très agréable et facile. Alors j’aurai simplement envie de dire abuser des branches.

Pour créer un dépôt Git il vous faudra vous placer dans le répertoire cible qui sera votre répertoire de travail par la suite et nous allons initialiser le dépôt.

git init

Le répertoire .git est maintenant créé vous pourrez le constater avec un ls -a. Globalement c’est comme un .svn, il va contenir des informations notamment l’historique. Le dépôt est pour le moment vide et ne contient pas encore les fichiers du projet. Il va donc falloir ajouter les fichiers au dépôt. Si votre répertoire contient déjà les fichiers vous pouvez utiliser le joker.

git add *

Si vous souhaitez simplement ajouter un fichier en particulier il vous suffit de préciser son nom.

git add essai.pl

Si vous n’avez pas encore de fichier créé un fichier d’essai. Pour vous exercer.

touch essai.pl

De la même façon qu’avec Subversion il vous est possible de connaître l’état des fichiers du dépôt.

git status

Maintenant que le fichier a été ajouté on peut faire un premier commit.

git commit -m "Ceci est mon premier commit avec Git, c'est trop génial."

Nous allons maintenant nous amuser à modifier un peu le fichier.

echo "Un essai de modification. Juste histoire de s'amuser un peu pour découvrir Git." >> essai.pl

Si vous faite de nouveau un git status vous verrez que votre fichier a été modifié, mais qu’il n’a pas été mis à jour. Dans le fonctionnement cela signifie que Git ne considère pas les modifications d’un fichier comme un fichier à commiter ce qui n’est pas plus mal finalement, même si cela peut surprendre la première fois. Il va donc nous falloir ajouter le fichier dans le cache prêt à être commiter.

git add essai.pl

On peut visualiser ce qui sur le point d’être commité.

git diff --cached

Vous pouvez maintenant commiter votre fichier.

git commit

Si vous souhaitez commiter tous les fichiers qui ont été modifié vous pouvez vous passer de l’étape d’ajout de fichier.

git commit -a

L’option pour all.

En conclusion pour le moment nous avons pu constater que git n’est pas si difficile que cela de prise en main dans une utilisation basique qui est suffisante pour débuter un projet, et avoir une historique des modifications. Nous avons aussi constaté que Git offrer des avantages certains à Subversion, il est très rapide de créer un dépôt, il est tellement rapide et facile de créer un dépôt que vous allez prendre l’habitude de créer des dépôts pour tout et n’importe quoi même pour des petits scripts, fichier de conf, rapport LaTeX etc… Ce qui est une très bonne habitude. Vous ne dépendait pas d’un serveur, vous n’avez donc pas besoin de réseau pour commiter il vous sera donc possible de commiter depuis n’importe où, avion, train, fin fond de la montagne, ou je ne sais où encore. Git va clairement changer votre façon de travailler, vous allez être moins retissant à l’idée de créer un dépôt, vous allez faire des commits beaucoup plus régulièrement, vous aller être plus organiser et travailler avec des branches et pleins de bonne chose encore je pense. Git fut pour moi une révélation, et en un mot je dirai que Git est génial. Alors n’hésiter pas à l’adopter pour vous faire votre propre idée. Dans un prochain article nous verrons les push sur un dépôt, et la création des branches.

Comme je sais que je ne suis pas forcément un des meilleurs pédagogue, que je n’exprime forcément très bien les idées de Git, et que je ne suis pas parfait tout simplement. Je vais vous faire partager une liste d’article que j’ai trouvé sur la toile. Bien-oui, car il y a de nombreuses personnes déjà qui ont parlé de Git en français.

Git sur wikipedia
Découvrir Git
Une comparaison de Git vs SVN
Une autre manière d’utiliser Git
Utiliser Git avec Github
Un tutorial Git
Un autre tutorial
Un dernier pour la route

1. un logiciel de gestion de versions décentralisé aussi mais propriétaire [↩]
2. C’est aussi une des force de Git la puissance des branches [↩]

read comments (4)

Cet article est un peu particulier car comme me l’a fait remarquer un collègue j’ai tendance lorsque j’écris à faire des phrases trop longues avec toujours une petite partie semblable à 3615mavie. Même lorsque j’écris des choses techniques je ne vais pas assez droit au but, alors je ne connais pas bien la raison moi-même je pense tout simplement que c’est mon style mais il doit changer¹ . Cet article ne va clairement rien vous apportez mais à moi je l’espère il ne va être tourner que sur moi, parler de moi avec des longues phrases en espérant que cela me servira de thérapie. Bien-sur je n’oblige personne à lire.

Je suis un développeur informatique qui apprécie le langage Perl² . Je suis utilisateur de Gnu/linux et je prône l’utilisation des logiciels libres. Pour le moment je développe des applications web dans le milieu professionnel et des applications qui touche pas au web dans mes projets personnel³ . Plus tard j’aimerai m’orienter vers le développement système, mais sans avoir réellement un champ d’action définie je souhaite être touche à tout et capable d’intégrer facilement tout type de projet, mais seul souhait bien maîtriser les langages Perl et C. J’apprécie faire partager mon petit savoir malgré que je ne le fasse pas très bien. Je n’ai pas de diplôme dans l’informatique mais cela ne signifie rien. L’informatique peut s’apprendre dans les livres, en pratiquant beaucoup, et étant passionné.

Mes objectifs quels sont-il ? J’ai des objectifs c’est certain mais je n’ai point besoin de les faire partager ici. Mon plus grand objectif reste bien entendu continuer à apprendre à étudier en suivant des formations, en lisant des livres informatiques, des blogs techniques etc… cela tout au long de ma vie. Oui, car qui peut prétendre un jour qu’il a plus le besoin d’étudier qu’il a déjà tout le savoir suffisant ? Personne ne le peut pour la simple et bonne raison que c’est tout bonnement impossible, surtout dans le milieu de l’informatique qui est très vaste.

Je sais que cela peut faire rires certaines personnes mais je sais que je continuerai à être développeur toute au long de ma vie. Certains ceux disent très certainement « Mais d’abord qu’est-ce qu’il peut en savoir, avec le temps ces envies pourrait changer. » bien je vous affirme que non je le sais, lorsque j’ai commencé à faire de l’informatique techniquement et à geeker il sait passé quelque chose en moi qui me l’a fait comprendre. Comme certains écrivains qui sont capables de savoir qu’ils le seront toujours, moi aussi j’en suis capable. Le développement allie énormément de choses qui me font vibrer. Tout d’abord le faite de devoir toujours apprendre, j’aime apprendre j’ai une soif qui grandi chaque jour, le faite de devoir souvent se remettre en question, l’art du code semblable à l’écriture le codeur à un style il doit s’appliquer pour être compris etc… Je sais que je ne suis pas un grand développeur et que je ne suis pas non plus quelqu’un de très intelligent⁴ , mais qu’importe après tout du moment que je fais ce qui me plaît, quelqu’un peut penser que je suis nul si il le désire mais il ne pourra point me faire arrêter mon métier, il est en moi. Pour en revenir à mon objectif décrit plus haut j’espère qu’un jour j’arriverai à avoir un niveau convenable mais je fais plus la course contre la montre. Il y a encore quelques jours, mais seules préoccupations était de me dire que j’étais mauvais, et à me dire que je progressais pas assez rapidement. J’ai passé ce cap⁵ je sais que certaines personnes progresse plus vite que d’autres et qu’elles ont certaines facilité. Je ne pense pas faire partie de ce genre de personne, mais j’ai la passion avec moi, et j’ai appris à accepter que je devais être patient et progresser à mon rythme j’ai tout le temps devant moi. D’autant plus que je me fatiguer avec ces pensées, me fessait mal, et des fois elles me bloquer c’était justement ces pensées qui m’empêcher d’avancer. Malgré cette bonne résolution j’espère tout de même qu’un jour je ferai des applications qui seront utiles et serviront à des personnes, et que je serai reconnu dans mon métier qu’on se dira lui c’est un bon, mais sa grande force surtout c’est sa passion et l’énergie qui mets pour pas être trop mauvais.

Comme je vous l’avez dit cet article est inutile mais il m’a fais du bien. Je tenais aussi à remercier une personne qui ce reconnaîtra. Ah oui un petit post-scriptum le faite que j’apprécie aussi l’informatique c’est que mes codes, mes ordinateurs me comprenne et me feront pas de mal, moi non plus je ne leur en ferai pas, de plus j’apprécie lorsque je suis seul ou avec peu de monde à mes coter donc ce méti er me convient parfaitement.

1. Si je souhaite attirer des lecteurs [↩]
2. Oui je vous entends déjà « Perl c’est moche » mais moi-même avec mon esprit torturé je l’aime [↩]
3. Que vous pourrez bientôt découvrir pour certaines je l’espère. Tous mes projets personnel seront sous des licences libres [↩]
4. Je dirai même que je dois avoir qi très faible [↩]
5. Grâce à un livre qui m’a ouvert les yeux [↩]

read comments (1)