La semaine passée, à un jour d’intervalle, deux petites nouvelles concernant l’actuel chouchou des gestionnaires de version, à savoir Git, sont passées un peu inaperçues. Ce dernier vient de sortir, le 21 octobre, en version 1.8.0, et Gitlab, application Web d’autogestion de projets sous Git, passe, lui, en version 3.0 depuis le 22 octobre.
Les nouveautés de ces deux logiciels sont un peu plus détaillées dans la seconde partie de la dépêche.
Il semble que le minitel 2.0 n'est pas compris^W^Wque difficilement accepté par certains, du fait de ses limitations intrinsèques dont voici une liste non exhaustive :
Salut,
Je gère un schéma réseau que je versionne dans un dépôt git (schéma créé avec yEd). Je souhaiterai qu'à chaque fois que je push le schéma sur le dépôt git principal, un hook puisse générer un export en PNG de ce schéma et qu'il l'ajoute au commit en cours.
Pour l'instant, mon problème se situe au niveau du hook git. Je ne suis pas certain que ce que je cherche à faire soit possible. Le dépôt principal est un (…)
(mais on n'a pas trop d'idées non plus)
Mon jour nal,
Si je me permets d'attirer ton attention aujourd'hui, c'est parce que je me poses des questions.
Voilà donc un journal qui dénonce (grave).
Je viens de découvrir, pas plus tard qu'il n'y a pas longtemps, que toutes les lois et régulations fédérales allemandes sont sur github.
https://github.com/bundestag/gesetze#german-federal-laws-and-regulations
Quand on sait qu'écrire une loi, c'est presque comme écrire du code[1], on comprend toute la pertinence du projet.
Un code de (…)
La configuration de l'invite de commande du shell est un sujet largement traité sur le web. Cependant, on y voit le plus souvent des configurations du type « j'affiche l'horloge sur une ligne complète en arc-en-ciel clignotant ». Pas cool.
Le prompt idéal doit permettre de se rendre compte intuitivement de l'environnement où vous êtes (connexion ssh, root, dépôt git, etc.) et ne doit afficher les informations contextuelles que si elles sont nécessaires. Cool.
Le prompt bash que je vous propose a les fonctionnalités suivantes :
Et voici un nouveau numéro !
Bon, faudrait que j'arrive à me caler sur trolldi pour publier, ça pourrait être un peu plus marrant…
Quoi qu'il en soit, j'ai essayé de faire ça un peu mieux en catégorisant un peu plus, même si c'est pas encore parfait. Les liens sont plutôt inclus dans le texte, à vous de dire si c'est mieux ou si vous préférez de bêtes listes.
Pour cette fois, principalement trois thèmes :
Bonjour,
Étant actuellement en train de mettre en place quelques services sur un dreamplug, j'ai décidé d'écrire tout mon cheminement à titre d'aide-mémoire.
Voici le plan :
1 Installer Debian sur un disque externe
1.1 Préparer le disque externe
1.1.1 Formatage
1.1.2 Installation d'un système Debian bootable
1.2 Branchements
1.3 Installation des logiciels de pilotage
1.4 Préparation de minicom
1.5 Connexion à la dreamplug
1.6 Modification du boot
1.7 Configurations élémentaires du système Debian
1.7.1 Corrections de bugs
1.7.2 Configuration (…)
Ainsi qu'il a été annoncé dans la dépêche de sortie de la version 5.4 PHP rejoint le nombre toujours grandissant de projets utilisant Git.
En effet, la nouvelle est tombée, la migration depuis SubVersion/SVN est désormais complète.
Comme beaucoup de projets désormais, le dépôt mis en avant est sur le non-libre github, bien que le dépôt de référence reste sur http://git.php.net
You can clone or fork the source from our GitHub mirror, and we also now support pull requests made via GitHub. The source is also available via git.php.net
Tout comme l'utilisation de github par Linus pour le noyau, il est intéressant de se demander pourquoi cet usage assez massif de services non libres de la part d'équipes de développement pourtant au fait des licences et de leurs conséquences. Une raison serait évidemment plutôt pragmatique (il suffit de cliquer sur les deux liens de dépôt pour comprendre rapidement) et montre que github a su comprendre et pleinement maîtriser les concepts liés au développement utilisant un outil de source décentralisé offrant de nombreuses fonctionnalités, notamment wiki, gestion des demandes, pull request.
Toutefois, des projets tels que Gitorious ou le très prometteur Gitlab existent.
À noter également le lancement de Baregit pour ceux qui souhaitent un hébergement Git de qualité, rapide et surtout sur territoire français et donc non soumis aux lois américaines sur les logiciels.
Pour en revenir à PHP, l'accès au dépôt Git est décrit et une FAQ est également disponible. Notez que contrairement à l'annonce, la FAQ mentionne git.php.net comme dépôt principal. Pour les nouveaux arrivant sur les Distributed Concurrent Versions System (DCVS, Gestion de version décentralisée) notez qu'une page présentant le workflow utilisé est disponible.
Il ne reste plus qu'à espérer que PHP va continuer d'améliorer sa situation notamment concernant les tests unitaires et le processus de release et que Git sera un atout pour cette lourde tâche.
Bonjour,
J'utilise depuis quelques temps git comme client svn. J'arrive à faire à peut prêt tout ce que je veux avec, mais j'aimerais savoir quels sont les commits locales qui seront envoyé lors de la commande
git svn dcommit
Il y a un moyen de le savoir ?
Fossil est le système de fichiers de Plan9. Ce n'est pas le sujet de cete dépêche.
Fossil c'est aussi un outil de gestion de version décentralisé, DCVS en court. Il est toujours un peu osé, par les temps qui courent, de parler d'un autre DCVS que le très apprécié Git, mais Fossil c'est aussi un peu plus que ça ; un plus qui m'a beaucoup séduit.
Fossil c'est aussi un wiki, un outil de gestion de tickets et une interface Web (et son serveur) dans un seul exécutable. Sans entrer dans les détails, il prend en charge les mêmes fonctionnalités que la plus grande partie des DCVS. Il se veut robuste et fiable, simple, un protocole réseau simple (HTTP) rendu suffisamment efficace pour fonctionner sur une ligne téléphonique 56k et facile d'utilisation (pas de configuration, commande simple). Ça c'est la partie "marketing".
Si la description sonne un peu comme celle de SQLite, ce n'est pas un hasard : Fossil est développé par les mêmes personnes, utilise SQLite pour le stockage et est utilisé comme gestionnaire de versions pour ce projet (et d'autres). Fossil n'est donc pas juste un projet sombre dans un coin du Net.
NdM : merci à Etienne Bagnoud pour son journal.
J'ai écrit un petit script Python pour gérer une dizaine de dépôts Mercurial et Git : scm.py. Vous pouvez en télécharger la dernière version depuis mon dépôt bitbucket.org (code mise en forme). Il nécessite d'activer l'extension rebase de Mercurial. Ajoutez les lignes suivantes à ~/.hgrc au besoin:
[extensions]
rebase=
Pour la configuration, lancez "scm.py scan > scm_config" dans le dossier où vous avez déjà des dépôts HG ou GIT, ils seront détectés automatiquement, et c'est parti !
C'est bientôt début février, et qui dit « début de mois », dit « Jeudi du libre » ! Comme d'habitude, il s'agit d'une conférence organisée par l'ALDIL le premier jeudi du mois, c'est à dire le 2 février 2012.
Cette intervention fait écho au précédent jeudi orienté technique où il était question de présenter Git, autre gestionnaire de version décentralisé (cf. Git, ou comment donner l'impression qu'on est un super codeur ?). Cette fois encore, les développeurs sont clairement visés, avec un logiciel probablement plus facile d'accès.
Salut,
Lorsque l'on veut mettre en place un gestionnaire de code source (SCM), celui-ci est le plus souvent accompagné d'un accès par le Web en HTTP. Si l'on prend le cas de Git, ceci implique donc d'installer sur un même serveur Git, OpenSSH, Gitolite, un serveur Web, ... Si l'on possède déjà un serveur Web, on serait tenter d'installer le tout sur ce dernier.
Les pricinpes de sécurité veulent que l'on installe qu'un type de service par serveur. De plus, (…)