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...
UNIX Tutorial Eight 8.1 UNIX Variables Variables are a way of passing information from the shell to programs when you run them. Programs look "in the environment" for particular variables and if they are found will use the values stored. Some are set by the system, others by you, yet others by the shell, or any program that loads another program. Standard UNIX variables are split into two categories, environment variables and shell variables. 8.2 Environment Variables An example of an environment variable is the OSTYPE variable. % echo $OSTYPE More examples of environment variables are USER (your login name) HOME (the path name of your home directory) HOST (the name of the computer you are using) ARCH (the architecture of the computers processor) DISPLAY (the name of the computer screen to display X windows) PRINTER (the default printer to send print jobs) PATH (the directories the shell should search to find a command) Finding out the current values of these variables. % printenv | less 8.3 Shell Variables
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
untitled 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.
OpenGL Objectif Suite au paramétrage de notre scène de rendu, il nous reste plus qu'à dessiner et à afficher notre cube. Nous allons écrire la méthode display(). OpenGL regroupe de nombreuses fonctionnalités pour manipuler (ou transformer) les formes géométriques et les images. Dans ce tutoriel, nous resterons au plus simple possible, pour afficher notre cube. Réinitialiser le rendu Avant chaque rendu, il est obligatoire de vider les buffers et de réinitialiser la matrice de modèle. Les primitives de dessin Nous connaissons déjà les primitives de bases pour dessiner : les points, les lignes, et les triangles. Les primitives alternatives Strip, Loop et Fan sont utilisés pour relier les sommets entre eux. Dans notre cas, et pour simplifier les choses, nous utiliserons la primitive GL_QUADS pour dessiner les faces d'un cube. Le mode instantané La fonction glVertex3f() spécifie un vertex (ou un sommet d'une forme), en lui passant 3 paramètres de type Float. Les couleurs Le code produit
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
Fork A Repo A fork is a copy of a repository. Forking a repository allows you to freely experiment with changes without affecting the original project. Most commonly, forks are used to either propose changes to someone else's project or to use someone else's project as a starting point for your own idea. Propose changes to someone else's project A great example of using forks to propose changes is for bug fixes. Rather than logging an issue for a bug you've found, you can: Fork the repository.Make the fix.Submit a pull request to the project owner. If the project owner likes your work, they might pull your fix into the original repository! Use someone else's project as a starting point for your own idea. At the heart of open source is the idea that by sharing code, we can make better, more reliable software. When creating your public repository from a fork of someone's project, make sure to include a license file that determines how you want your project to be shared with others. Fork an example repository
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
Utilisation des commandes diff et patch sous Linux Cet article a pour but de vous faire comprendre comment fonctionnent les commandes diff et patch sous Linux. Ces commandes sont très utilisées dans le monde des logiciels libres, car elles permettent de patcher le code source d'un programme par exemple. Afin de bien saisir le fonctionnement de tout ceci, nous allons commencer par créer le fichier version1 contenant les 3 lignes suivantes : $ cat version1 1 2 4 Mais voilà, nous venons de nous rendre compte qu'il manque une ligne avec le chiffre 3. $ cat version2 1 2 3 4 1. La commande diff permet de voir la différence entre deux fichiers. $ diff version1 version2 2a3 > 3 Ici, la commande nous indique qu'entre la ligne 2 et 3, il y a le chiffre 3 en plus pour le fichier version2, visible grâce au symbole >. Si vous comparez deux fichiers contenant beaucoup de différence, on pourra utiliser la commande more en plus pour faire défiler le résultat : diff version1 version2 | more diff -r repertoire1 repertoire1 2. 3.
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