Git Un article de Wikipédia, l'encyclopédie libre. Git est un logiciel de gestion de versions décentralisé. C'est un logiciel libre créé par Linus Torvalds, créateur du noyau Linux, et distribué selon les termes de la licence publique générale GNU version 2. Particularités techniques[modifier | modifier le code] Similaire en cela à BitKeeper, Git ne repose pas sur un serveur centralisé. Git indexe les fichiers d'après leur somme de contrôle calculée avec la fonction SHA-1. Git n'était pas, au départ, à proprement parler un logiciel de gestion de versions. Git est considéré comme performant, au point que certains autres logiciels de gestion de version (Darcs, Arch), qui n'utilisent pas de base de données, se sont montrés intéressés par le système de stockage des fichiers de Git pour leur propre fonctionnement[1],[2]. GIT a été pensé dès le début pour fonctionner de façon décentralisée, c'est l'une des clefs de son succès. Fonctionnement[modifier | modifier le code]
Préface Git est un couteau suisse de la gestion de versions. Un outil de gestion de révisions multi-usage, pratique et fiable, dont la flexibilité en rend l’apprentissage pas si simple, sans parler de le maîtriser ! Comme Arthur C. Clarke le fait observer, toute technologie suffisamment avancée se confond avec la magie. Plutôt que de rentrer dans le détails, nous donnons des instructions pour obtenir tel ou tel effet. Je reste modeste devant le travail fourni par tant de monde pour traduire ces pages. Dustin Sallings, Alberto Bertogli, James Cameron, Douglas Livingstone, Michael Budde, Richard Albury, Tarmigan, Derek Mahar, Frode Aannevik, Keith Rarick, Andy Somerville, Ralf Recker, Øyvind A. François Marier maintient le paquet Debian, créé à l’origine par Daniel Baumarr. Ma gratitude va également à beaucoup d’autres pour leurs encouragements et compliments. Si par erreur je vous ai oublié, merci de me le signaler ou, plus simplement, envoyez-moi un patch ! Hébergement Git gratuit
L'identification automatique par clé - Linux Il y a plusieurs façons de s'authentifier sur le serveur, pour qu'il sache que c'est bien vous. Les deux plus utilisées sont : l'authentification par mot de passe ;l'authentification par clés publique et privée du client. Pour le moment, nous avons vu uniquement l'authentification par mot de passe (le serveur vous demandait votre mot de passe). Il est possible d'éviter que l'on vous le demande à chaque fois grâce à une authentification spéciale par clé. Cette méthode d'authentification est plus complexe à mettre en place, mais elle est ensuite plus pratique. Je vais, là encore, distinguer les deux cas : vous essayez de vous connecter depuis une machine Linux ;vous essayez de vous connecter depuis une machine Windows (avec PuTTY). Authentification par clé depuis Linux Pour mettre en marche ce mode d'authentification, nous allons d'abord devoir effectuer des opérations sur la machine du client, puis nous enverrons le résultat au serveur. Opérations sur la machine du client ssh-keygen -t rsa
Git C'est quoi ? Le logiciel git est utilisé notamment par les développeurs du noyau Linux. Il s'agit d'un logiciel de contrôle de version, comme Subversion, CVS, Arch ou encore Darcs, qui utilise des dépôts décentralisés. Il permet ainsi de travailler tout en gardant une trace des modifications apportées successivement, et de retrouver ainsi l'état antérieur de ses données. Il permet également, comme beaucoup de ses congénères, de travailler à plusieurs sur un même projet. Ce système permet également une organisation hiérarchisée de gros projets, comme c'est le cas du noyau Linux, en rendant complètement naturelle l'existence de dépôts alternatifs pour chaque sous-projet, avec une granularité de modifications très fine, et à plus grande échelle, une faible granularité du dépôt principal qui reçoit périodiquement les modifications par paquets. À l'inverse, pour travailler à deux, git évite le casse-tête des droits d'accès dans le dépôt de l'autre. Créer un dépôt git git init git commit -a
Git/Développeur - WikiTeki Page présentant les manipulations à faire dans une perspective de développeur. Remplacer « projet » par le nom de votre projet. Instructions suivantes fonctionnent avec Ubuntu 8.04 (Hardy Heron) et Git 1.5.4.3. Préalables Fournir sa clé SSH à l'un des administrateurs de git.auf.org (MoussaNombré, JeanChristopheAndré). Installer le paquet git-core. Créer un nouveau projet Contacter un administrateur de git.auf.org pour config du nouveau projet. Suivre un projet (par exemple avec notre git-web) mnombre@preprod-web:~$ sudo su - git-web git-web:~$ git clone test.ific.auf.org git-web:~$ cd test.ific.auf.org/ git-web:/srv/www/test.ific.auf.org$ Par la suite, la seule opération à faire sera juste des pull git-web:/srv/www/test.ific.auf.org$ git pull pour mettre à jour le dépôt local. Participer à un projet Étiquetter une version Lorsque votre contribution correspond à une version stable, l'identifier en y apposant une étiquette avec le nom de la version. Utiliser des branches
A successful Git branching model » nvie.com Note of reflection (March 5, 2020)This model was conceived in 2010, now more than 10 years ago, and not very long after Git itself came into being. In those 10 years, git-flow (the branching model laid out in this article) has become hugely popular in many a software team to the point where people have started treating it like a standard of sorts — but unfortunately also as a dogma or panacea.During those 10 years, Git itself has taken the world by a storm, and the most popular type of software that is being developed with Git is shifting more towards web apps — at least in my filter bubble. Web apps are typically continuously delivered, not rolled back, and you don't have to support multiple versions of the software running in the wild.This is not the class of software that I had in mind when I wrote the blog post 10 years ago. Why git? ¶ For a thorough discussion on the pros and cons of Git compared to centralized source code control systems, see the web. The main branches ¶ develop
Git For Windows Developers – Git Series - Part 1 - Jason Meridth - Los Techies : Blogs about software and anything tech! UPDATE: I’ve updated the msysgit installation screens so they are more current. Git-1.7.7.1 is the latest one as of this update. The subsequent screens show Git-1.6.3. I assure you that all of the commands in the first three parts of this series will work on 1.6.3. Git For Windows Developers – Git Series – Part 1 Git For Windows Developers – Git Series – Part 2 Git For Windows Developers – Git Series – Part 3 This post is going to be the first of a few. This post is going to talk about installing msysgit, creating ssh keys, and creating a local git repository. If you already have msysgit installed, have created your ssh keys, and have an existing application you just want to put in a git repository, go here Installing msysgit On Windows For windows, install msysgit (both ssh key generation capabilities and git come with this tool): Download the latest version of msysgit: Going through the setup. Agree to the GPL terms: Set the installation location (default was fine for me: C:Program FilesGit):
« Découverte de Git sous Windows J’ai commencé à entendre parler de Git il y a quelques temps déjà mais je n’avais jamais eu l’occasion de vraiment travailler avec. Pour moi, son seul intérêt était qu’il était distribué, mais sans comprendre exactement ce que ça impliquait. Aujourd’hui les choses ont changé et j’ai, pour mon plus grand bonheur découvert un outil incroyablement puissant et efficace. À mon sens, git n’est pas simplement un autre gestionnaire de sources, c’est une nouvelle façon de penser le développement. Dans cet article, nous allons présenter Git en comparaison avec d’autres gestionnaires de sources plus “classiques” puis expliquer son . Il existe de très nombreuses ressources sur l’Internet (mais pas que) qui présentent Git de façon très complète. Un gestionnaire de sources Git est un , comme Subversion (SVN) , CVS ou encore Visual Source Safe (VSS) . Il permet de stocker différentes versions du code source. Il permet de savoir qui est à l’origine d’une modification Avant de commencer Concepts
Installer son propre serveur git avec Gitolite – Partie 3 J’ai déjà pas mal parlé de la configuration d’un serveur git auto-hébergé, ce type de solution permet de se passer de Github (ou BitBucket) pour héberger ses dépots privés. Lors de mon premier article, je n’avais pas voulu utiliser d’outil pour faire la configuration du serveur, mais après avoir beaucoup pratiqué gitolite au travail, j’ai décidé de migrer mes dépôts de la configuration standard vers gitolite et j’ai décidé d’en profiter pour faire l’article final de cette série… Cet article s’adresse aux personnes étant déjà à l’aise avec git. Si vous êtes déjà à l’aise avec git, oubliez la première partie car Gitolite remplace parfaitement l’environnement mis en pace lors du premier article… Installation de gitolite Gitolite est une surcouche de git pour installer simplement un serveur centralisé, voici quelques une de ses nombreuses qualités : Comme gitolite est un outil simple, l’installation va prendre au maximum 5 minutes, c’est promis. Initialisation Prise en main de la configuration
Pro Git 1.5 Démarrage rapide Paramétrage à la première utilisation de Git Maintenant que vous avez installé Git sur votre système, vous voudrez personnaliser votre environnement Git. Vous ne devriez avoir à réaliser ces réglages qu'une seule fois ; ils persisteront lors des mises à jour. Vous pouvez aussi les changer à tout instant en relançant les mêmes commandes. Git contient un outil appelé git config pour vous permettre de voir et modifier les variables de configuration qui contrôlent tous les aspects de l'apparence et du comportement de Git. Fichier /etc/gitconfig : Contient les valeurs pour tous les utilisateurs et tous les dépôts du système. Sur les systèmes Windows, Git recherche le fichier .gitconfig dans le répertoire $HOME ( %USERPROFILE% dans l'environement natif de Windows) qui est C:\Documents and Settings\$USER ou C:\Users\$USER la plupart du temps, selon la version ( $USER devient %USERNAME% dans l'environement de Windows). Votre identité La première chose à faire après l'installation de Git est de renseigner votre nom et votre adresse e-mail.
gitolite documentation master TOC | main page | single-page | license This is for gitolite "g3"; for older (v2.x) documentation click here This is the master index for all gitolite documentation. The sequence is designed to go from background, to basics, to advanced, and then to more advanced topics. If you find this flow hard to follow, try these graphical overviews of the documentation: basic and advanced. Introduction (for older gitolite (v1 or v2) users)quick linkswhat is gitolite? help for emergencies install/setup issues caused by sshlost admin key/accessbypassing gitolitecleaning out a botched installcommon errorsuncommon errorsnon-standard configs that'll trip you upthings that are not gitolite problems testing gitolite trying out gitolite quick install, setup, and clone install notes and naming conventionsrequirementsyour skillsserverclientgetting the softwarethe actual installupgradingpackaging gitolitemigrating from v2 setup clone (appendix: administer gitolite directly on the server) gitolite administration