Archives par mot-clé : git

Git : installation d’un repository sur une hébergement mutualisé OVH – Partie 1 : Preparation du repository

Bonjour !

Hier je vous ai parlé de GIT, un système simple de « versioning ». Perso, j’ai certains projets de développement qui m’intéresserait de « versionné ». J’avais essayer Subversion sur un hébergement mutualisé mais comme cela nécessite de pouvoir installer les éléments propres à subversion … j’ai abandonné.

Du coup, après m’être intéressé à git j’ai voulu tenter l’expérience. Après quelques recherches je suis tombé sur plusieurs tutoriel qui expliquait comment le faire. Ceci dit, ces tutoriels n’était à mon gout pas assez clair et documenter. Je ne prétends pas faire mieux mais je vais quand même essayer.

Aujourd’hui, on va donc créer le repository principal de git.

  1. On va donc créer un dossier git dans le répertoire racine pour ne pas interferer avec notre site en lui même.
    mkdir git
  2. Notre répertoire de repository est créé, on va maintenant créer le repository proprement dit en commençant par le répertoire où il sera stocké.
    mkdir monrepo.git
  3. Une fois ce répertoire créé, on va dedans et on initialise la base de données git
    ~/$cd ~/git/monrepo.git
    ~/test.git$ git init-db
    Initialized empty Git repository in ~/test.git/.git/~/test.git$
  4. On as initialisé le repository git. on va maintenant le configurer une petit peu. Il existe quelques instructions a définir: « user.name » qui permet de définir le nom du codeur, « user.email », qui se passe de commentaire, « color.ui »  permet de faire de la colorisation syntaxique, et enfin « help.autocorrect » qui permet d’executer directement la commande si une seule commande est  trouvée par git.

Bon ben voila le repository de Git est en place. Il ne reste plus qu’à l’utiliser

Git ou le versioning simple !

Bonjour,

On est tous, nous developpeur, à la merci de modifier un fichier et de tout planter ! Seulement voila, après on perd des heures a tout remettre comme avant.

Il existe une solution, je ne dirai pas la solution car en fait il y en as plusieurs :

  • dupliquer son code et faire des sauvegarde a outrance : pratique si on dispose de centaines de GigaOctets à sacrifier …. mouais en fait non …
  • Priez saint linus, patron des codeurs ….. euh les miracles ca existe …mouais en fait non….
  • Utilisez un système de « versioning » qui permet de revenir à tout instant a une version antérieure de notre code …. mouais ….. euh en fait …. OUI !!!!! C’est exactement ce dont j’ai besoin !

Du coup, on appel un ami (google en l’occurence) et on commence à potasser. Plusieurs système existent avec chacun des avantages et des défauts :

  • CVS « l’ancêtre » , fut le premier systeme de versioning à être utiliser.
  • Subversion « l’institution », successeur de CVS, il permet de gérer les répertoires et dispose de nombreux plugins/applications pour l’intégrer dans vos IDE.
  • Mercurial : nouveau venu sur lequel j’ai de bons échos mais que je n’ai personnellement pas testé.
  • Git : Encore un « nouveau » mais qui fait ses preuves de plus en plus. Il l’avantage contrairement a subversion de pouvoir fonctionner en mode « hors-ligne ».

C’est donc de Git que je vais vous parler un peu plus avant. Avant avec subversion, je n’avais rien compris aux branches etc … avec Git, j’ai tout compris !

Grosso modo, git c’est bien, c’est bon mangez-en !!

Je vous ferai un petit topo sur une install Git  et votre premier dépot !

Mais là, faut encore que je le découvre un peu plus, ceci dit c’est très très prometteur !