Pour ses outils de développement, microsoft va promouvoir git avec notamment un support natif dans visual studio et le plugin pour faire la migration de tfs vers git.
On peut espérer un meilleur support de git dans windows, même si cela s'est bien améliorer depuis les premières versions.
Source : http://www.networkworld.com/news/2013/013013-microsoft-embraces-open-source-git-for-266280.html
Avec mon collègue nous avons des environnements de test que nous utilisons tour à tour. Cet environnement est éventuellement chez un utilisateur demo (par exemple) avec un groupe demo auquel nous appartenons tous les deux.
Le problème est que pour faire les mises à jour avec git, il faut posséder le dépôt (le dossier .git) car git est un peu exclusif sur les permissions de certains fichiers là dedans (lors des push et pull en tout cas). Donc (…)
Cher journal,
Je sais que trolldi était hier, mais je n'ai pas eu le temps d'écrire ceci et je n'ai pas envie d'attendre une semaine.
Je pense que tu connais GitHub pour partager ton code. Si ce n'est pas le cas, il s'agit juste d'une plateforme externe sur laquelle on peut démarrer un projet et (…)
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 :
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 (…)
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 :
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 ?
Annoncé avec un peu retard cette fois-ci (toutes mes excuses), voilà le prochain jeudi du libre !
Pour les nouveaux venus qui ne connaissent pas encore, il s'agit d'une conférence organisée chaque premier jeudi du mois, sur un logiciel ou un thème lié aux logiciels libres. Pour mars, ça se passe donc le 1er.
Cette intervention clôturera un cycle de présentations orienté "technique" destiné à présenter les principaux gestionnaires de version décentralisés. Après Git (Git, ou comment donner l'impression qu'on est un super codeur ?) et Mercurial (Mercurial, gestionnaire de version à la portée de tous), nous finissons donc avec Bazaar, logiciel basé avant tout sur l'accessibilité.
Avant que les trolls ne commencent, je sais, il existe beaucoup d'autres logiciels, mais nous ne pouvons malheureusement pas nous permettre d'organiser un cycle d'un an pour faire le tour de tous les gestionnaires. Nous avons donc fait le choix de présenter quelques noms parmi les plus connus, tout en sachant qu'il en existe d'autres.
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.