background preloader

Introduction à Subversion · dev.nozav.org

Introduction à Subversion · dev.nozav.org
1 Introduction 1.1 Objectifs de ce document Ce document a pour objectif de servir d'aide-mémoire et de support de formation succinct au logiciel de contrôle de versions Subversion1. 1.2 Qu'est-ce que Subversion ? Subversion est un logiciel de gestion de sources et de contrôle de versions. 1.3 Pourquoi Subversion ? Il existe un grand nombre de logiciels du même type. Des comparatifs point à point peuvent être trouvés aux adresses suivantes : On pourra justifier rapidement le choix de Subversion par les arguments suivants : il est multiplateforme ; il s'agit d'un logiciel libre ; il fonctionne de manière centralisée ; son utilisation et son administration sont plus faciles que CVS ; il supporte plusieurs modes d'accès distants, dont SSH et WebDAV via Apache. 1.4 Configuration requise 2 Définitions 2.1 Notions générales 2.1.1 dépôt (repository) 4 Outils Related:  Gestion de versions des sources

Subversion (SVN) Fonctionnalités générales Subversion (SVN en abrégé) est un système de gestion de versions multiples de fichiers analogue à CVS, dont il reprend les fonctionnalités essentielles, avec un certain nombre d'améliorations. Les fichiers à contrôler sont confiés à un serveur Subversion centralisé. Plusieurs protocoles réseaux (HTTP/HTTPS si le serveur supporte WebDav, SSH) peuvent être utilisés pour y accéder.L'utilisateur interagit avec le serveur au moyen d'une interface locale (client) qui peut être un logiciel autonome ou une extension d'un logiciel support (explorateur de fichiers, environnement de programmation), en ligne de commande ou graphique, en anglais ou dans d'autres langues.L'utilisateur récupère une copie locale des fichiers, les modifie puis soumet sa nouvelle version accompagnée d'un commentaire.Si le fichier que vous avez modifié a été modifié par quelqu'un d'autre entre temps, vous en êtes averti. Autres fonctionnalités Interopérabilité

Pomodoro | Pomodoro isep-git/slides.md at master · p-j/isep-git The Pomodoro Technique® What is The Pomodoro Technique? EASY for anyone to use! Improves productivity IMMEDIATELY! FUN to do! Why Pomodoro? The Pomodoro Technique isn’t like any other time-management method on the market today. For many people, time is an enemy. Essential to the Pomodoro Technique is the notion that taking short, scheduled breaks while working eliminates the “running on fumes” feeling you get when you’ve pushed yourself too hard. Whether it’s a call, a Facebook message, or suddenly realizing you need to change the oil in your car, many distracting thoughts and events come up when you’re at work. Most of us are intimately acquainted with the guilt that comes from procrastinating. Who does the technique work for? These are all ways real folks use the Pomodoro Technique: Motivate yourself to write.Limit distractions.Keep track of how long you’re spending brainstorming / writing / revising.Reduce back and neck pain by walking around during Pomodoro breaks.Draft a book in three weeks. How It works

6.3. Git — Invenio 2.2.0.dev20150901 documentation This page describes the Git collaboration workflow that we try to follow in our development. 6.3.2. Setting things up¶ 6.3.2.1. S1. How to set up your Git identity. $ vim ~/.gitconfig $ cat ~/.gitconfig [alias] k = log --graph --decorate --pretty=oneline --abbrev-commit[user] email = john.doe@cern.ch name = John Doe[color] ui = auto Please use the same full name and email address that was used in the good old CVS ! 6.3.2.2. This is how to set up your private repo (on your laptop). $ cd ~/src $ git clone 6.3.2.3. This is how to mirror your private repo to the CERN AFS space. $ rsync -rlptDvz -e ssh --delete ~/src/invenio/ \ johndoe@lxplus.cern.ch:private/src/invenio You should mirror your private repo and your working files from your laptop to your private AFS space every night or so. Also, having a mirror of your private repo on AFS will provide you with an easy way of testing your private uncommitted code on various other machines, notably CDSDEV.

Scott Chacon on the Interwebs August 31, 2011 Issues with git-flow I travel all over the place teaching Git to people and nearly every class and workshop I’ve done recently has asked me what I think about git-flow. I always answer that I think that it’s great - it has taken a system (Git) that has a million possible workflows and documented a well tested, flexible workflow that works for lots of developers in a fairly straightforward manner. However, it does have its issues. One of the bigger issues for me is that it’s more complicated than I think most developers and development teams actually require. Both of these issues can be solved easily just by having a much more simplified process. Its simplicity gives it a number of advantages. GitHub Flow So, why don’t we use git-flow at GitHub? There are a number of advantages to deploying so regularly. Another advantage of deploying all the time is the ability to quickly address issues of all kinds. How We Do It So, what is GitHub Flow? That is the entire flow. Conclusion

Git Book - Usage Basique des Branches et des Merges Un seul dépôt git peut maintenir de nombreuses branches de développement. Pour créer une nouvelle branche nommée "experimental", utilisez: $ git branch experimental Si vous lancez maintenant $ git branch Vous obtiendrez la liste de toutes les branches existantes: experimental * master La branche "experimental" est celle que vous venez de créer, et la branche "master" est la branche par défaut qui a été créée automatiquement pour vous. $ git checkout experimental pour passer sur la branche "experimental". (éditer un fichier) $ git commit -a $ git checkout master Vous pouvez vérifier que le changement que vous venez de faire n'est plus visible, puisqu'il a été fait sur la branche "experimental" et que nous sommes revenus sur la branche "master". Vous pouvez faire un changement différent sur la branche "master": (éditer un fichier) $ git commit -a à cet instant, les 2 branches ont divergé, avec des changements différents faits dans chacune d'elles. $ git merge experimental $ git diff $ git commit -a

Comprendre Git : Les branches Les branches permettent d'avoir un historique non linéaire et permettent de travailler pendant un moment sur une fonctionnalité particulière sans pour autant "polluer" le flux principal. Elles peuvent servir pour travailler sur des fonctions spéciales mais aussi être utilisée pour garder une bonne organisation avec des branches qui correspondent à nos différents environnements (master, recipe, dev, bugfix...). branch La commande branch permet de gérer tout ce qui a attrait aux branches (ajout, listing, suppression, renommage). git branch git branch <branche> git branch -m <branche> git branch -d <branche> Attention ! git branch -D <branche> checkout Une fois les branches créées il faut être capable d'aller d'une branche à une autre. git checkout <branche> Permet de se rendre sur une branche existante. git checkout -b <branche> git branch <branche>git checkout <branche> merge Merge permet de ramener une branche sur une autre et ainsi de la fusionner. git merge --no-ff <branche> Fast-Forward ?

Related: