Pour arrêter de galérer avec Git J'adore Git ! Depuis 5 ans que je l'utilise quotidiennement, je ne me lasse pas d'admirer la puissance sublime de cet outil, et je ne compte plus les fois ou ma vie fut sauvée par l'une ou l'autre de ces obscures mais miraculeuses commandes. D'ailleurs, n'est-ce pas Aristote qui as dit « Donnez-moi vim et git, et je soulèverai le monde » ? Ce n'est pas un hasard si en Swahili, « Git » signifie « divinité toute puissante à la sagacité du renard, la volupté de l'hippopotame et la virilité du bonobo ». Je dois pourtant reconnaître que Git n'est pas forcément l'outil le plus abordable qui soit. C'est surtout après avoir eu l'occasion de donner une formation de 2 jours sur Git récemment que j'ai pu vraiment approfondir certains concepts, résoudre un certain nombre de « WTF ?! Tenez, prenez l'exemple suivant : Comment j'annule une modification d'un fichier ? git checkout Ok, comment je change de branche ? Ok, et comment je créé une nouvelle branche ? Mmm… Ok, et comment je supprime une branche ?
Setting up GIT with Apache Smart HTTP/S and LDAP | Loutilities I recently was put on a project to explore how we could use GIT over HTTP and integrate with our existing LDAP for authnz. The reason for HTTP is that it is pretty easy to set-up and you can encrypt the content transfer with SSL. Also, HTTP/S is firewall friendly. First off, HTTP wasn’t necessarily the fastest protocol to use with GIT until they added a mod called git-http-backend, or SMART-HTTP, as of GIT 1.6.6. For LDAP authorization, of course you may have several different repos running off the same host, all which require certain users or groups access to the given location. <LocationMatch "/git/gitproject*"> SSLRequireSSL Order deny,allow Deny from All AuthName "GIT Repo" AuthType Basic AuthBasicProvider ldap AuthzLDAPAuthoritative on LDAPTrustedGlobalCert CA_BASE64 /etc/pki/tls/http/rootCA.crt AuthLDAPURL " The last step is enable SSL on your Apache server. That’s pretty much it! Like this: Like Loading...
Git pour les nuls - Récupérer une branche distante Git est un outil de gestion de version, très puissant, extremement rapide et qui souffre d’une certaine complexité. Mais c’est cette complexité qui en fait ça force ! Je ne m’attendais pas vraiment à ce que quiconque utilise Git parce que c’est tellement dur à utiliser, mais finalement cela s’est révélé être son principal attrait - Linus Torvalds Ici je ne vais pas vous apprendre à créer un dépôt, ni même vous expliquer en détail le fonctionnement de git. J’intègre donc cette équipe de 3 développeurs : Sarah, John, Bob et moi. Nous travaillons tous les quatre sur l’édition d’un site web et je rejoins l’équipe. La première chose que l’on me demande de faire est de récupérer le code du projet. $ git clone git@github.com:okiwi/atbdx.git atbdx Cloning into 'atbdx'... Je viens de récupérer la branche principale du projet (commande: clone) sur mon poste et j’ai mis mon environnement de travail dans le dossier atbdx. $ git branch * master
workspace • Git Cheatsheet • NDP Software stash workspace index local repository upstream repository status Displays: <br>• paths that have differences between the index file and the current <code>HEAD</code> commit, <br>• paths that have differences between the workspace and the index file, and <br>• paths in the workspace that are not tracked by git. diff Displays the differences not added to the index. diff commit or branch View the changes you have in your workspace relative to the named <em>commit</em>. add file... or dir... Adds the current content of new or modified files to the index, thus staging that content for inclusion in the next commit. add -u Adds the current content of modified (NOT NEW) files to the index. rm file(s)... Remove a file from the workspace and the index. mv file(s)... Move file in the workspace and the index. commit -a -m 'msg' Commit all files changed since your last commit, except untracked files (ie. all files that are already listed in the index). checkout files(s)... or dir reset HEAD file(s)... reset --hard
Git Over HTTP (git-http-backend) | P0L0's Blog I found really annoying that all Git guides I found talked about using Git over SSH, thats because I googled until I found that Git now comes with git-http-backend, which lets you to configure your webserver to serve git over HTTP/HTTPS. Here is a little guide how to setup git-http-backend using apache. First of all we need to install git on our server: Once git is installed we will found git-http-backend under /usr/lib/git-core/git-http-backend. Next step is to setup the Apache configuration: Now we only need to create our repositories under /opt/git/repositories (The repositories must be owned by the apache user to work): And thats all, now we can checkout the repository using the url This environment variable is useful for testing and debug the request to your repository: If you have a Self-Signed Certificate and you haven’t imported your Root CA to your computer (which is the better option), you will get an SSL error.
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
github-git-cheat-sheet.pdf git - petit guide - no deep shit! git - petit guide juste un petit guide pour bien démarrer avec git. no deep shit ;) par Roger Dudler (translation by KokaKiwi) Remerciements à @tfnico, @fhd, Namics this guide in english, deutsch, español, indonesian, italiano, nederlands, polski, português, русский, türkçe, မြန်မာ, 日本語, 中文, 한국어 installation Télécharger git pour Mac OSX Télécharger git pour Windows Télécharger git pour Linux créer un nouveau dépôt créez un nouveau dossier, ouvrez le et exécutez la commande git init pour créer un nouveau dépôt. cloner un dépôt créez une copie de votre dépôt local en exécutant la commande git clone /path/to/repository si vous utilisez un serveur distant, cette commande sera git clone username@host:/path/to/repository arbres ajouter & valider Vous pouvez proposer un changement (l'ajouter à l'Index) en exécutant les commandes git add <filename> git add * C'est la première étape dans un workflow git basique. envoyer des changements branches mettre à jour & fusionner tags remplacer les changements locaux
gitignore Tutoriel GIT Auteurs : Bertrand Chazeau, Clément Moussu, Laurent Charignon et Vaibhav Singh. Table des matières I. Objectifs du tutoriel À la fin de ce tutoriel vous : Saurez ce que sont les systèmes de gestions de versions (Concurrent Version System en anglais) Pourrez installer et configurer le système de gestion de version Git Connaîtrez les commandes de bases pour une utilisation quotidienne de Git Aurez la possibilité de travailler de manière flexible à l'aide des branches Ne serez pas perdu avec la cheat sheet et les pointeurs que nous vous fournissons Systèmes de gestions de versions : vocabulaire Un logiciel de gestion de versions (VCS en anglais) permet de stocker les différentes versions d'un ensemble de fichiers afin de faciliter l'évolutivité d'une production informatique. Commit et branche Le mot commit désigne à la fois la création d'une nouvelle version (lorsque c'est un verbe) et cette nouvelle version (lorsque c'est un nom). C0...C5 désignent des versions. Dépôt (Repository) Remote II.
Brancher et fusionner : les bases Suivons un exemple simple de branche et fusion dans une utilisation que vous feriez dans le monde réel. Vous feriez les étapes suivantes : travailler sur un site web ;créer une branche pour un nouvel article sur lequel vous souhaiteriez travailler ;réaliser quelques tâches sur cette branche. À cette étape, vous recevez un appel pour vous dire qu'un problème critique a été découvert et qu'il faut le régler au plus tôt. Vous feriez ce qui suit : revenir à la branche de production ;créer une branche et y développer le correctif ;après un test, fusionner la branche de correctif et pousser le résultat à la production ;rebasculer à la branche initiale et continuer le travail. Le branchement de base Premièrement, supposons que vous travaillez sur votre projet et avez déjà quelques commits (voir figure 3-10). Figure 3-10. Vous avez décidé de travailler sur le problème numéroté #53 dans le suivi de faits techniques que votre entreprise utilise. C'est un raccourci pour : Figure 3-11. Figure 3-12.
vim - vimrc auto-commit w/message prompt