Reprise du message précédent :

 
mais si qu'il te dit le monsieur

non mais tout le monde sait que apt et le .deb c'est le top de la gestion des paquets

 
ebuild is the way

²

²

Slackware is the mighty way
No dependency

j'ai apporté ma contribution \o/

 
 
cf Didier Super : on va tous crever mais pendant ce temps la nous on fait la fête !  (avec un accent de bourré c'est mieux )

Ah tu vois tu le reconnais.    
 
Au contraire il te rend un fier service.    

Alors comment ça se fait que tu n'as toujours pas réussi à arrêter d'utiliser cette antiquité    

Bon dites, j'me demande un truc, considérons un développeur chez lui, qui développe un logiciel. Il n'a pas accès à internet depuis son pc de dev (qui est d'ailleurs la seule machine pouvant ressembler de près ou de loin à un ordinateur dans la maison ).
 
Il est seul à développer ce logiciel
 
A-t'il une utilité quelconque à mettre en place un bidule du style svn, cvs ou autre hg ?
 
Vous avez 10 minutes

Xen dom0 serait il en cours d'inclusion dans le kernel ? on m'aurait menti ??
 
Ou alors y a un truc qui m'échappe la dans vos salades

 
ah, un gars comme toi en fait
 

 
pour la reponse, je dirais que s'il bosse tout seul sur le projet non, mais je suis pas expert, hein

la dépendence se passe au niveau OS/Utilisateur, pas au niveau des paquets

   
 
en fait, je voudrais savoir si c'est vraiment utile ou pas ... étant donné que j'arrive pas à comprendre comment ça marche (et comment le mettre en place) pour un dev en local
mais chuis curieux et tétu, et tant que j'aurais pas compris le comment du pourquoi, je sens que ça va me plomber à chaque fois que je vais me remettre à coder  

oui, ne serait ce que pour avoir un historique de son projet. Et en ce sens, les distribués sont ici surement plus pratique que les centralisés.

va poser ta question sur prog

ok, ça je suis d'accord et j'en suis conscient
 

pô compris  

 
http://fr.wikipedia.org/wiki/Subversion_(logiciel)
 
Ne me remercie pas  

non, je te remercie pas
 
un réponse sérieuse pour une fois, siouplé

aptitude remove libdjvulibre15 ?

 
Mjules t'a donné une réponse sérieuse.

je vais prendre git comme exemple parce que c'est celui que je connais le mieux.

---- créer le projet ----

mkdir mon_projet
cd mon_projet
git init

---- codage d'un fichier ou autre ----

git add
git commit (ou si tu veux tout faire en une fois, git commit -a)

---- codage d'un autre bout -----
git commit -a

---- envie de développer une fonction mais pas de polluer le tronc ----
git branch crash_test
git checkout crash_test

--- code ---

git commit

---tu veux merger la branche dans le tronc

git checkout master
git merge crash_test

etc

et avec tout ça, tu as un historique de tes développements (git log), tu peux revenir en arrière (git checkout id_commit), trouver une erreur (git bisect)...

ça marche à peu près pareil pour les autres gestionnaires de versions (mercurial, bazaar)

+1

Ok, donc la réponse est à priori oui
(Mjules, je note dans un coin ton petit tuto sur git )
 
Maintenant, c'est quoi "distribués" et "centralisés" ?

 
 
spafaux, Mjules avait deja fait un reponse dans ce sens ... je ne peux que m'incliner sur le fait que pour faire des rollback ce doit etre quand meme vachement mieux qu'a la main.

 
http://fr.wikipedia.org/wiki/Gesti [...] lis%C3%A9e
 
Ne me remercie pas.
 
 

centralisé = un serveur qui contient les sources et l'historique. Tu fais une copie des sources pour travailler (la working copy ) et  tu commites sur le serveur quand tu as fini de bosser. typiquement subversion, cvs.

décentralisé ou distribué = chaque copie contient l'intégralité de l'historique et des sources, donc chaque développeur a l'intégralité du projet. Un commit se fait en local avant d'être (ou  non) envoyé sur un serveur central.

Sinon, mon petit tuto, c'est juste une version un peu simplifiée de celui officiel de git
http://www.kernel.org/pub/software [...] orial.html
tu as le même genre avec mercurial :
http://hgbook.red-bean.com/hgbook.html

ou bazaar :
http://doc.bazaar-vcs.org/bzr.dev/ [...] index.html

merci
 

merci
 

merci madame la merguez

 
j'ai loupé un truc ou c'est de la private joke

Bon, comme vous avez été sages, je m'en vais chez moi le coeur plein de joie et les poches pleines de bonnes idées gribouillées sur des post-its

A noter que vu qu'il est tout seul et n'a pas le net, qu'il choisisse un système centralisé (installation d'un serveur cvs ou svn sur sa machine) ou distribué, c'est kifkif

bon, je vais m'ouvrir une biere, il commence a faire chaud ici

ben non, avec un centralisé, il va plus ou moins être « obligé » d'avoir un serveur en local et une working copy (donc 2 copies de sources).
Avec un décentralisé, c'est pas obligatoire.

c'est juste qu'il s'est fait barbecueter la tronche par Mjules

edit : la vache le temps que je lise le dernier poste de el_barbone ... et bah 5 posts entre temps

 
ah ouais quand meme, faut aller le chercher

Dites voir quelle est la différence entre les alogs de chiffrement suivants : sha-1 ; sha ; ssha  

Sha c'est l'ensemble des algos sha (de 0 à 512), chacun produit des hash de taille différente, mais ils ont tous une technique de hashage comparable.

Sha-0 a été prouvé comme vulnérable, des doutes planent quant à la vulnérabilité du sha-1 (qui devrait en fait s'appeler sha-160).

Pour ssha, jamais entendu parler.

Euh c'est pas important d'avoir du soleil de temps en temps ?

Genre ça doit pas être une source de génération de dopamine, non ?

XaT

cholécalciferol (vitamine D3) plutôt mais tu peux suppléer avec du poisson (l'huile de foie de morue était très réputée durant un temps).

C'est ça qui donne le moral quand y a du soleil ? ça veut dire que si je mange de la poiscaille je vais être tout joyeux ?