Nouvelles du noyau : Git et modèle de développement

Posté par  (site web personnel) . Modéré par Pascal Terjan.
0
9
août
2005
Noyau
LinuxFr a largement couvert l'affaire qui avait conduit à l'abandon de la version gratuite de BitKeeper par BitMover. BitKeeper était alors utilisé par les développeurs du noyau pour gérer les sources de ce dernier. Ceux-ci, autour d'un prototype développé par Linus Torvalds ont créé leur propre système de gestion des sources, adapté à leurs besoins : Git.

Depuis, le développement de cet outil a suivi son cours, s'améliorant, se voyant doté d'interfaces graphiques ou de scripts évolués. Linus Torvalds a décidé fin juillet de passer la main pour la maintenance et l'évolution de cet outil à Junio Hamano. En effet, Linus a expliqué qu'il avait « toujours dit qu'il ne voulait pas vraiment le maintenir sur le long terme ». Ceux qui s'intéressent à Git pourront lire le Kernel Hackers' Guide to git, suivre la liste de discussion, ou même consulter la toute nouvelle homepage du projet.

Par ailleurs, depuis le Kernel Summit, également couvert sur LinuxFr, Linus a décidé de modifier sensiblement le modèle de développement du noyau. Désormais, suite à la sortie d'une version du noyau, des ajouts de fonctionnalités et modifications importantes ne seront acceptés que pendant deux semaines. Au delà de ce délai, et jusqu'à la sortie de la prochaine version, le travail des développeurs sera consacré à la correction de bugs.

Enfin, toujours suite aux discussions ayant eu lieu durant le Kernel Summit, Andrew Morton, mainteneur de la branche -mm, a publié son weekly report. Dans celui-ci, il liste les grands changements qui sont intégrés pour la prochaine version du noyau, ainsi qu'une estimation de la date de sortie de ce dernier. Il doit permettre aux mainteneurs des différents sous-systèmes du noyau d'être mieux tenus au courant des évolutions en cours.

Le développement du noyau continue autour de Git

Posté par  (site web personnel) . Modéré par Nÿco.
0
21
avr.
2005
Noyau
Suite à l'annonce de l'arrêt de la version gratuite de BitKeeper, Linus Torvalds et quelques autres développeurs ont travaillé sur un nouveau système pour gérer le développement du noyau, appelé Git.

Ce week-end, deux développeurs du noyau ont réussi chacun de leur côté à importer la totalité de l'historique du noyau dans Git, l'un à partir de CVS, l'autre à partir de BitKeeper. Ces trois ans d'historique représentaient 3.2 Go de données une fois importées dans Git, ce qui pour Linus Torvalds est tout à fait raisonnable et conforme à ses prédictions.

Toutefois, Linus a proposé de ne pas importer tout l'historique dans Git, mais de repartir de zéro. Cette proposition n'a pas rencontré d'opposition et le développement du noyau a donc repris en utilisant Git. Depuis, plusieurs dizaines de patches ont été intégrés, aboutissant à la sortie de la version 2.6.12-rc3 du noyau. Cette version est la première utilisant le nouveau système de gestion des sources Git.

Par ailleurs, Tony Luck a annoncé qu'il avait rédigé un guide pour les débutants de Git et des développeurs ont annoncé l'existence de deux interfaces Web pour Git : gitweb et wit.

Face au changement de politique de la société BitMover, il est intéressant de constater la vitesse à laquelle l'équipe de développement du noyau a créé un nouvel outil et l'a rendu utilisable pour continuer le travail et sortir de nouvelles versions.

Linus développe un remplaçant original à BitKeeper

Posté par  (site web personnel) . Modéré par Mouns.
1
12
avr.
2005
Gestion de versions
Moins d'une semaine après l'annonce de l'arrêt de la version gratuite de BitKeeper et de son abandon simultané par de nombreux développeurs du noyau (dont Linus Torvalds bien sûr, mais aussi Greg Kroah-Hartman pour n'en citer qu'un), le développement du noyau reprend progressivement, avec des méthodes de travail légèrement modifiées.

Linus Torvalds a passé ces derniers jours à tester différentes solutions SCM [source code management] et a commencé à écrire un content tracker nommé git pour remplacer BitKeeper. D'autres développeurs ont contribué des idées et du code à ce petit outil, au point qu'au bout de moins d'une semaine, il est prêt pour un test grandeur nature. Andrew Morton vient d'envoyer un email titré "Incoming" sur la linux-kernel mailing-list, suivi de deux centaines de patches, qui vont être intégrés à l'arbre officiel par l'intermédiaire de git.

Espérons que les développeurs du noyau pourront être aussi efficaces avec git qu'ils l'étaient avec BitKeeper. La rapidité de ce changement d'outils laisse à penser que l'on peut être optimiste à ce sujet.

BitKeeper : plus de version gratuite

Posté par  (site web personnel) . Modéré par Fabien Penso.
Étiquettes :
1
6
avr.
2005
Gestion de versions
BitKeeper est un outil de gestion de version décentralisé développé par la société BitMover. En février 2002, Linus a décidé de l'utiliser pour gérer les sources du noyau, puisqu'il s'agissait selon lui du « meilleur outil pour la tâche » (« the best tool for the job »). À l'époque, cette décision avait fait couler beaucoup d'encre, puisque BitKeeper est un logiciel propriétaire. Une version gratuite était disponible, mais sans les sources et avec l'interdiction aux utilisateurs de développer une solution concurrente à BitKeeper.

BitMover a annoncé dans un communiqué de presse, le 5 avril, qu'elle cessait le développement de la version gratuite de BitKeeper. Il semblerait qu'un employé de l'OSDL ait commencé à réaliser de l'ingénierie inverse sur le protocole de BitKeeper et que cela n'ait pas plu à Larry McVoy, le principal interlocuteur de BitMover auprès des développeurs du noyau. Ce dernier a notamment déclaré : « ceci est vraiment un problème de la communauté open source et je dois dire que la communauté open source n'aurait pas pu échouer plus qu'elle ne l'a fait. »

BitMover livrera une dernière version gratuite de son outil qui pourra gérer plus de 64 000 modifications. Linus envisage la migration vers un autre système de gestion de version.

Ce brusque changement dans la politique de BitMover montre un des problèmes que peut poser l'utilisation de logiciels propriétaires dans le développement de Logiciels Libres ou de manière plus générale dans les entreprises.

Conférence Git Merge le 8 et 9 avril 2015 à Paris

Posté par  (site web personnel) . Édité par Nÿco, BAud, Porkepix, Benoît Sibaud, Nils Ratusznik, Xavier Teyssier et patrick_g. Modéré par patrick_g. Licence CC By‑SA.
Étiquettes :
10
24
fév.
2015
Gestion de versions

En 2013 GitHub avait organisé la première Git Merge à Berlin. Pour les dix ans de Git, GitHub récidive en organisant une Git Merge à La Gaîté lyrique à Paris dans le 3ème arrondissement.

En 2013 cette conférence était gratuite, mais avec un nombre de places limitées, donc il fallait être dans les premiers à s'inscrire pour avoir une place (sauf pour les contributeurs à Git). On peut maintenant s'inscrire depuis le site de la conférence, ce qui nous amène notamment sur un site d'achat pour y accéder, vendant les places 99$.

Le programme, détaillé en seconde partie de la dépêche :

  • 8 Avril : échauffement
  • 9 Avril : évènement principal

Informations plus détaillées, notamment d'ordre pratique sur le site de la conférence.

Journal FusionForge, sur la route vers la 6.1, en beta.

Posté par  (site web personnel) . Licence CC By‑SA.
7
21
déc.
2017

Hello lecteurs,

FusionForge (https://fusionforge.org/projects/fusionforge/), pilier de l'offre open source de génie logicielle, solution à l'origine de sourceforge.net, arrive en version 6.1beta1. C'est la bonne occasion de tester cette nouvelle mouture en utilisant l'image docker disponible (https://hub.docker.com/r/fusionforge/fusionforge/ & https://fusionforge.org/plugins/mediawiki/wiki/fusionforge/index.php/Docker)
Cette nouvelle version dans la filiation directe de la branche 6.0 apporte de nombreuses améliorations dans la gestion des artifacts (issues, bugs, …), la gestion de la documentation, de nouveaux plugins, etc. et même le support de OpenSUSE (…)

Journal git-bug va participer au Google Summer of Code

Posté par  (site web personnel) . Licence CC By‑SA.
21
23
mar.
2019

git-bug est un bug tracker distribué intégré dans Git, c’est‐à‐dire que l’ensemble des données des bogues est stocké sous forme d’objet git, sans polluer les branches et fichiers normaux. Pour plus de détails, je me permets de te renvoyer à la dépêche de présentation de décembre.

À l’occasion du Google Summer of Code 2019, le projet Coala, sélectionné pour le programme, m’a proposé d’allouer un étudiant à git-bug ! Seras‐tu cet étudiant ?

Les projets potentiels sont :