Hello,
J'ai lu plusieurs tuto en francais et regardé plusieurs video et malgré tout ca il y a des choses que je ne comprends pas sur le fonctionnement de Git en général, des gitlab runner et des pipelines.
1) Déjà est-ce que le runner c'est un container Docker ou est-ce juste l'agent installé sur le serveur (par exemple le serveur web qui va recevoir une nouvelle livraison) et qui scrute le repo git (donc l'origine) en l'attente d'un push ?
Bonjour à toutes et à tous,
Je développe, généralement seul, une librairie gtk-fortran que je "push" sur GitHub. Il y a deux branches principales et bientôt trois : gtk2, gtk3 et gtk4. La branche gtk2 n'est plus maintenue, la branche gtk3 continuera à être maintenue quelques années après la création de la branche gtk4, qui au départ sera expérimentale :
0----------------------------------------------gtk2----|
\
\-----------------------gtk3-------------------...
\
\-----gtk4-------------------------------------...
Ces trois branches principales correspondant à trois versions de la librairie GTK sont destinées à (…)
Bonjour à tous,
je continue mon apprentissage de GIT et sollicite vos conseils sur l'organisation d'un dépôt
je développe/maintiens une appli pbp assez importante pour un client, celui-ci me met à disposition 2 environnements LAMP, l'un de TEST et l'autre de PROD
je pensais donc avoir 1 dépôt GIT avec 2 branches correspondant aux 2 environnements TEST et PROD
tous les 6 mois environ, j'ai une commande pour faire évoluer l'application, évolution décomposée en 10 à 20 modifications/ajouts de fonctionnalité,
Bitbucket, qui est une forge de dépôts Git et Mercurial, a annoncé en août dernier la suppression des dépôts Mercurial de ses utilisateurs dès le premier juin 2020.
C'est une annonce qui n'a pas été très bien accueillie, mais bitbucket prétend vouloir se concentrer sur Git, car selon une étude américaine, il y a 90% des développeurs qui utilisent Git, contre 3% qui utilisent Mercurial. De plus, les nouveaux dépôts Mercurial créés sur Bitbucket ne concernent plus que 1% (…)
Bonjour à tous
j'ai une petite question sur l'organisation d'un espace de travail collaborative dans une startup avec Git.
Nous avons commencé à versionner nos travaux sous svn et nous utilsons un seul repo
tout nos travaux sont versionner :
* dev soft embarqué
* dev soft web
* dev soft desktop
* dev carte électronique
* rédaction de doc en tout genre
* dossier expérimental pour tester machin et autre truc
etc
l'avantage du mono repo est que (…)
Bonjour Les foromeux(ses),
Dans mon précédent petit message, je demandais de l'aide pour me remettre à JavaFx après les chamboullements qu'ont été le passage à Java 9, puis 10 et 11 (et là on attaque la version 12).
Heureusement un chevalier est venu me tirer d'affaire en me disant de passer à Maven: Merci à lui !
Le conte de fée aurait pu s'arrêter là… mais non… comme pour star wars, il y a toujours un épisode où le mal (…)
Hello Da Linux French Page,
Juste un petit 'nal pour parler du projet d'un ami et estimé confrère :
- Abandonware sur GitHub
- Abandonware sur GitLab (infra libre)
Le principe est de transférer des dépôts logiciels qui ne sont plus maintenus par leur(s) auteur(s).
Cela ne garantit bien sûr pas que quelqu'un va s'en occuper de suite ; mais a déjà l'avantage de les "rassembler" et d'organiser la chose, en attendant la reprise par quelq'un de motivé -et (…)
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 :
La version 2.20.0 de Git, logiciel de gestion de versions décentralisé, vient tout juste d’être étiquetée par Junio Hamano, le mainteneur. Elle contient comme toujours un nombre important d’améliorations, même si elles ne sont pas forcément visibles par la plupart des utilisateurs (certaines nouveautés sont détaillées en seconde partie de la dépêche).
Pour être tenu au courant de l’actualité Git, il y a Git Rev News, une lettre d’actus mensuelle qui contient pas mal d’infos en tout genre liées à Git (Git Rev News est éditée depuis presque quatre ans par un petit groupe de développeurs et de fans dont je fais partie).
Il y a aussi prochainement la conférence Git Merge à Bruxelles le 1er février prochain, juste avant le FOSDEM (2 et 3 février). Oui, c’est au même endroit, appelé The EGG Brussels, que la Git Merge 2017 qui avait aussi lieu juste avant le FOSDEM. Comme d’habitude, le jour précédant la Git Merge proprement dite (donc le 31 janvier), des workshops sont proposés et, en parallèle, il y a un Git Contributor Summit auquel tous les développeurs de Git ou d’un logiciel lié à l’écosystème de Git sont invités.
À l'occasion de la sortie de la version 0.4 de git-bug, je me suis dit que je pourrai te raconter un peu de quoi il retourne. git-bug est un gestionnaire de bugs distribué intégré dans git.
