Forum Linux.général Suppression dans l'historique de Framagit

Posté par (page perso) . Licence CC by-sa
2
31
jan.
2018

Salut,

Aujourd'hui, j'ai voulu supprimé de l'historique des versions de fichiers (avec des données sensibles qui n'auraient jamais du être historisées).
J'ai suivi les instructions de l'aide GitHub, mais cela génère des erreurs de permissions par GitLab (je n'ai plus les erreurs sous les yeux) pour la commande avec filter-branch et le fichier n'était pas supprimé de l'historique avec bfg.

Du coup, j'ai supprimé le dépôt et je l'ai recréé (le dépôt était tout neuf, pas vraiment (...)

Forum Programmation.php workflow git

Posté par (page perso) . Licence CC by-sa
2
28
jan.
2018

Bonjour,
dans le cadre d'un développement LAMP, je suis amené à utiliser le gestionnaire de version (GIT/GOGS) installé par un client sur son intranet.

Le client met à ma disposition un de ses portables aptes à se connecter à son réseau.
Ce poste peut aussi se connecter (brièvement) à mon intranet, mais jamais aux 2 intranet (client et le mien) simultanément.

Je souhaite pouvoir développer/tester/mettre à jour le dépôt lorsque je suis chez le client, mais lorsque je suis chez (...)

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

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 Financement participatif pour Magit

Posté par . Licence CC by-sa
Tags :
20
5
sept.
2017

Magit est une interface texte à Git complète, développée en Emacs Lisp, qui rend les opérations compliquées de Git faciles. Le développeur principal depuis quelques années lance une campagne de financement participatif qui lui permettrait de s'y consacrer pendant 1 an et de nous livrer une palanquée de nouvelles fonctionnalités, concernant notamment l'intégration de services nécessitant collaboration (Github, mails,…), la navigation dans l'historique et l'accès pour les non-utilisateurs d'Emacs.

Journal kyrbeis: un outil basique de gestion de dotfiles

Posté par (page perso) . Licence CC by-sa
16
18
août
2017

Mon bien cher Nal,

Voulant synchroniser simplement des fichiers de configuration utilisateur, j'ai tout d'abord testé quelques-uns des outils énumérés ici.

Je voulais un outil:

  • simple d'utilisation
  • fondé sur les liens symboliques, comme dotfiles

Je voulais aussi utiliser git (et git-crypt pour chiffrer les fichiers sensibles).
Trouvant les outils testés trop compliqués (voir risqués), j'ai décidé d'écrire une gem ruby de quelques lignes, kyrbeis pour faire cela.

Je me suis dit que cela pourrait aussi éventuellement vous (...)

tsrc — un gestionnaire de dépôts git

Posté par (page perso) . Édité par ZeroHeure, Pierre Jarillon, Davy Defaud, Benoît Sibaud et Xavier Claude. Modéré par patrick_g. Licence CC by-sa
Tags :
31
5
août
2017
Gestion de versions

Gérer du code dans plusieurs dépôts différents est toujours un peu compliqué. Chez tanker.io nous avons une petite équipe de développeurs, et chacun des membres peut être amené à coder dans plusieurs langages (C++, Go et JavaScript, principalement). Comme une grande partie du code est encore propriétaire, nous utilisons une instance GitLab hébergée dans nos locaux.

Il existe plusieurs façons de gérer la synchronisation entre dépôts : la manière qui nous convient le mieux est d’avoir la même branche (ou le même tag) sur les dépôts concernés. Ceci nous a amené à développer notre propre outil, tsrc, qui est désormais disponible sur GitHub, sous licence BSD.

tsrc-banner

Pourquoi GitHub et pas GitLab ? Simplement parce que GitHub, bien que propriétaire, assure une meilleure visibilité au projet.

Journal GNOME va passer à GitLab

32
18
juil.
2017

Au cours des derniers mois, GNOME a étudié la possibilité de faire évoluer son infrastructure de développement, basé sur le couple cgit‐Bugzilla vers quelque chose de plus moderne, en raison de l’obsolescence de ces derniers (vieillissant, peu d’évolution, peu d’intégration, mauvais workflow…). Au point de faire fuir de potentiels nouveaux contributeurs (personnellement je ne peux que confirmer cela).

Cinq solutions techniques ont été un temps envisagées : GOGS, Gitea, Pagure, Phabricator et GitLab ; rapidement réduites aux deux dernières.

Après une (...)

Journal FusionForge & Docker

7
13
juin
2017

Après quelques efforts d'intégration (les scripts d'autoinstall ont été adaptés/modifiés), il est à présent possible de construire une image docker FusionForge. La communauté a publié les éléments nécessaires pour builder sa propre image. Il n'existe pas encore d'images "officielles" docker, c'est-à-dire publié sur un repository public.
Pour l'instant, l'image docker n'a pas pour vocation d'être utilisée en production. Certaines fonctionnalités nécessitent un intégration forte avec le système d'informations (mailing-lists par exemple) et l'approche utilisée est : "all-in-one" ce qui (...)

Journal Serveur Git avec Gitolite

Posté par (page perso) . Licence CC by-sa
Tags :
30
29
mai
2017

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.

Contexte

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 (...)

Forum Programmation.autre Git : comment merger une arborescence de fichiers ? (pas leur contenu)

Posté par . Licence CC by-sa
1
23
jan.
2017

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)

(...)

Forum Programmation.autre Reconstruire un historique dans git

Posté par . Licence CC by-sa
Tags :
0
20
jan.
2017

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é (...)

Scrum, Kanban, Git : Tuleap 9.0 est disponible

30
2
déc.
2016
Communauté

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.

logo Tuleap
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.

Forum général.général Manipulation des permissions Unix

Posté par . Licence CC by-sa
Tags :
2
30
oct.
2016

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 (...)

Forum général.général Git

Posté par . Licence CC by-sa
Tags :
3
26
oct.
2016

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 (...)