Bonjour 'nal
La semaine dernière, j'ai eu l'occasion de jouer un peu avec un outil fort sympathique: Gitolite. Il permet de transformer un ordinateur avec un serveur SSH en serveur Git et de gérer les accès de plusieurs développeurs sur plusieurs dépôts Git.
Git est un excellent gestionnaire de version.
L'un de ses points forts est de permettre de travailler de façon non centralisée. Chaque développeur possède une copie locale du dépôt et peut y faire des commits (…)
Git : comment merger une arborescence de fichiers ? (pas leur contenu).
Bonjour
Je voudrais merger une raborescence de fichier sous git, pas leur contenu, mais juste 2 arborescences.
J'ai cloné la branche de mon collègue : BrancheA
BrancheA
RepProjet
|--Collègue_Fichier1.v01
|--Collègue_Fichier2.v01
Lui travaille de son côté et obtient après commit de ses modifs sur la BrancheA
BrancheA
RepProjet
|--Collègue_Fichier1.v01
|--Collègue_Fichier2.v02 (new)
|--Collègue_Fichier3.v01 (new)
Moi de mon côté je travaille et ajoute des fichiers sans modifier les siens.
BrancheA (git clonée)
(…)Bonjour,
J'essaye de me mettre à git mais j'ai fait une "fausse manip" et je n'arrive pas à réparer.
J'ai un projet dans un dépôt Subversion sur lequel j'ai voulu testé une migration vers git (pendant que mes collègues continuaient à travailler avec Subversion).
J'ai suivi pour cela le tutoriel sur git-scm.com. Le problème est que dans ce tuto ils ajoutent la commande --no-metadata à l'import du dépôt subversion.
J'ai créé une branche sur ce dépôt importé pour la fonctionnalité (…)
La version 9.0 de Tuleap a été publiée fin octobre et déjà les versions suivantes arrivent. Petit retour sur les grandes nouveautés de Tuleap 9.
Tuleap est une forge logicielle publiée sous licence GPL par la société Enalean.
La particularité de cette version 9 est de s’adresser à l’ensemble des membres d’une équipe de développement « agile ». Aux développeurs agiles, bien entendu, mais également à toutes personnes qui peuvent être impliquées de près ou de loin dans un projet logiciel : les product owners, les clients, les utilisateurs finals, les directeurs techniques, les commerciaux pourquoi pas.
Vous allez donc retrouver dans une seule plate‐forme tous les outils dont chacun a besoin : des outils de planification et de visualisation d’un projet agile, environnement Scrum ou tableau Kanban, un système de suivi (pour suivre les stories, tâches, incidents, etc.), un système de gestion de versions (Git ou Subversion), de la revue de code (pull requests ou Gerrit), de la documentation collaborative, un gestionnaire de livrables.
L’objectif ? Ne pas avoir à basculer d’un outil à l’autre, d’éviter les copier‐coller de tickets, automatiser le plus possible de flux de développement et avoir une gestion des utilisateurs et des droits d’accès centralisée.
Ce post fait suite à ma question sur Git.
En effet, Git n’enregistre pas les permissions Unix des fichiers qu’il suit, excepté le droit d’exécution. Je sais qu’il existe des sur-couches à Git pour répondre à ce genre de problématique (Git possède un mécanisme de hooks) mais je suis arrivé à la conclusion que la sauvegarde des droits Unix était un problème plus général qui ne concerne pas seulement Git.
Il y a plusieurs autres cas de figure (…)
Je découvre Git et je suis maintenant en mesure d’effectuer les opérations les plus courantes, cependant il y a encore des subtilités qui m’échappent. Notamment celle-ci : la création d’un dépôt de référence (bare repository) et le premier commit depuis un « client ».
J’ai bien saisi la différence entre un dépôt "bare" et un dépôt de travail (working tree), seulement il semblerait qu’il y ait deux méthodes et je n’arrive pas à comprendre toutes les implications.
Tout d’abord, la création de (…)
J'ai découvert coup sur coup plusieurs technos qui «construisent l'internet distribué dont le monde a besoin» et je vais essayer de les présenter. Ça peut vite devenir technique donc je risque de me planter dans leur présentation.
Je le cite d'abord car il est fonctionnel depuis plusieurs années. Il met en avant anonymisation sur le réseau et la résistance à la censure grâce à son fonctionnement en pair à pair: «Freenet est une plateforme pair-à-pair de communication et de (…)
Bonjour,
On n'en a pas beaucoup parlé ici, mais ça fait maintenant un peu plus d'un an que la communauté de développeur de Git a sa lettre mensuelle : Git Rev News.
L'édition #19 vient de paraître : https://git.github.io/rev_news/2016/09/14/edition-19/.
Au programme : une présentation de l'outil git series, un bilan rapide du Google summer of code, un appel à contributeur pour Git Rev News, une interview du contributeur Brian M. Carlson, et comme chaque mois, un paquet de (…)
Bonjour,
je réfléchis depuis quelques temps à un système de blog (plutôt blog que CMS d'ailleurs mais techniquement un blog est un CMS tout de même).
Voici les spécifications de ce dont j'ai besoin :
- Toute la partie rédaction doit se faire en local dans un dépôt git
- Un simple git push doit remettre à jour l'ensemble du site suivant les modifications effectuées depuis le dernier commit
- le langage de rédaction doit être évolué : permettre une (…)
git 2.9 est sorti le 13 juin 2016. Pour rappel, git est un gestionnaire de version décentralisé, originellement développé par Linus Torvalds pour versionner les sources du noyau Linux. Depuis, ce gestionnaire de version est devenu très populaire parmi les projets open-source, comme en témoigne le succès des plateformes basées sur cet outil, comme GitHub ou Gitlab, ainsi que les projets de toutes tailles auto-hébergés utilisant git.
Dans cette dépêche nous nous proposons de revenir sur quelques-uns des changements apportés par cette version.
Bonjour 'Nal,
Github propose depuis un bout de temps les pages github : on pousse les fichiers kivonbien dans la branche kivabien, et un générateur de site statique crée des pages HTML qui sont publiées dans un sous-domaine de github.io.
On trouve de plus en plus de projets dont le site est hébergé par ce biais.
Gitlab, un projet libre qui propose une alternative à Github propose la même fonctionnalité, mais uniquement dans la version entreprise (pas dans la (…)
Un rapide journal pour vous dire que le logiciel de gestion de version décentralisé le plus connu et le plus meilleur (on sera vendredi dans 20 minutes, c'est bon…) vient de sortir en version 2.9 !
Au menu :
* La possibilité d'exécuter une commande, après chaque commit, lors d'un rebase, grâce à l'option -x : git rebase -x 'make test'
Une amélioration [forte appréciable, NdA] du rendu des diff (cf. l'exemple donné dans l'article de makina-corpus.com)
La parallélisation (…)
BitKeeper, logiciel de gestion de version vient discrètement de passer en Open Source, sous licence Apache 2.0. Soit plus de dix ans après l'avènement de Git dont il est indirectement à l'origine. Que de temps pour trouver le bon chemin !
Enfin diront certains, trop tard diront d'autres. Le changement s'est fait relativement discrètement via l'annonce assez laconique de la version Bk-7.2ce sur leur forum :
I might as well mention bk-7.2ce which is the first open-source release.
Si vous vous demandez si cela vaut le coup de laisser tomber votre SCM préféré, ils ont en place une page spécialement pour vous. Ironie de l'histoire, sur leur page de téléchargement, ils proposent de récupérer les sources de BitKeeper via Git !
Les développeurs de Python ont décidé d'abandonner leur infrastructure actuelle, basée sur divers outils open-source écrits en Python et auto-hébergés, pour passer aux services propriétaires proposés par Github. Cela implique de passer le code source de Mercurial à Git.
La raison fondamentale, détaillée dans le PEP 481, est la nécessité de faciliter le travail des contributeurs du projet, l'arrivée de nouveaux contributeurs, et les contributions occasionnelles (correction de typos, amélioration de doc).
L'infrastructure actuelle utilise un outillage spécifique, comme (…)