Git... ou Subversion ?

Pause Café
#13

De mon côté mon choix s’est porté sur Mercurial, notamment pour la portabilité qui lui était attribué, ses GUI matures (paraît-il, y’a TortoiseHG mais j’ai vu que TortoiseGit existait aussi) ou son intégration native dans Netbeans (même si je n’utilise que Mercurial en CLI et Vim en éditeur, je préfère faciliter la vie de ceux avec qui je peux travailler).
Paraît aussi que Git offre des fonctionnalités très puissantes difficilement réalisable sous Mercurial, mais que ce dernier possède une interface en CLI plus élégante et homogène.

Utilisant SVN au boulot, c’est un bonheur de retrouver un DVCS pour mes projets perso.

#14

Pour ajouter mon petit grain de sel, je dois avouer une grande préférence pour mercurial (hg), parce que:

  • C’est le premier que j’ai utilisé, donc j’en ai pris l’habitude. Par suite, je dois avouer que son utilisation est facile à prendre en main. Contrairement à git qui lui m’a complêtement perdu par la suite!
  • Il faut avouer que c’est cool, il utilise le symbole chimique du mercure, c’est le genre de chose qui fait chavirer mon coeur! :wink:

Pour mercurial, le site de bitbucket offre un hébergement gratuit. Mais il est possible de l’installer en local sans souci :wink:

Cependant, mon avis est à prendre à la légère, car je ne développe pas assez pour utiliser le potentiel de ces gestionnaires à fond.

#15

J’ajoute mon grain de poivre :mrgreen:

Git est très orienté “GNU/LINUX” les client Windows sont un cran (voir deux) en deçà. Pour info il est écrit en C et initié par Torvald. Extrêment souple, mais du coup complexe a maitriser.
Mercurial est le grand concurent, il est écrit principalement en Python ce qui le rend bien plus portable. il est légèrement plus ancien que Git. Il est dit plus facile a prendre en main que Git

#16

Salut,
Merci pour vos retours d’expériences.
J’ai opté pour git + gitweb, autant commencer avec et ne pas prendre de “mauvaises” habitudes avec un autre gestionnaire de version.

D’une facilité déconcertante à installer…
J’ai collé ça sur mon dédié dans un vhost, ça roule. (des petits problèmes de droits à régler encore)

git clone git://git.domaine.tld/project.git/ Cloning into 'project'... warning: You appear to have cloned an empty repository.

Gitorious m’a découragé… On verra peut-être plus tard…

Réglé et opérationnel!
Merci.

:006

#17

[quote=“lol”]Merci pour vos retours d’expériences.
J’ai opté pour git + gitweb, autant commencer avec et ne pas prendre de “mauvaises” habitudes avec un autre gestionnaire de version.

D’une facilité déconcertante à installer…[/quote]
Tiens ? Ça m’intéresse j’ai commencé dimanche avec gitolite réputé simple et en voulant faire “propre” et utilise le paquet Debian je me retrouve à lire les scripts perl pour savoir pourquoi tel ou tel erreur arrive.

Je regarderais du coté de gitweb du coup, merci.

#18

On m’a dit le plus grand bien de redmine en tant qu’utilisateur je l’ai pas mal appréciée c’est une forge complète (gestion de bug, forum, gestion de fichier à télécharger, gestion de projet avec un planning entre autre, …) et pour ce qui est de l’installer d’après un ami ça ne prend que quelques minutes.

Note : en même temps que je viens de me rappeller que redmine a forké pour donner ChiliProject. C’est peut être mieux de garder dans cette direction si tu veux autre chose que gitorious.

#19

Salut,
J’ai jeté un oeil, autant redmine à l’air facile à installer, autant chiliproject est une usine à gaz (pas de paquet Debian…).
Je me heurte à l’installation de ruby et cie…
Je ne maîtrise pas du tout les histoires de “bundle” c’est un peu la galère. :017

En insistant un peu (sur une machine de test…) je vais y parvenir, le projet à l’air sympa et très complet. :smiley:

#20

edit: oups j’avais pas vu la date, ça fait un peu déterrage désolé

Si vous êtes plusieurs un peu éparpillés à travailler sur le projet, c’est en effet une excellent idée d’installer une “forge” (redmine, trac…)
la possibilité de créer des tickets pour se répartir les tâches, de se mettre un calendrier prévisionnel (les “jalons” de trac) et de suivre l’avancement au quotidien en nombre de tickets restant à fermer, de coupler ça facilement à un wiki et un un dépôt de documents, etc. ça n’a pas de prix.
J’aime beaucoup trac que je connais bien mais redmine qui semble assez proche dans l’esprit a d’excellents retours également.

#21

Salut,
Finalement… apt-get install redmine-mysql.
Les dev ont fait un excellent travail d’intégration; Merci!.

C’est très simple à installer, Redmine est puissant et complet!
Parfait.

#22

Regarde du coté de GitHub, c’est très bien fait pour un hébergement.

#23

Salut,
Oui, j’ai essayé aussi. C’est évidemment beaucoup moins lourd, mais je n’ai pas de “facilités” pour ce genre de soft.

Il manque une doc sérieuse et complète. Le Web (comme d’habitude) regorge de tuto et pseudos howto’s incomplets, non testés, obsolètes, qui se contredisent…
J’ai lu des pages et des pages, fais plusieurs tentatives…
Je ne suis pas parvenu à quelque chose que j’ai trouvé satisfaisant; J’ai donc passé ma route.

Si quelqu’un veux s’y coller et mettre ça sur le Wiki, il est le bienvenue!
Pour Redmine, j’ai commencé la rédaction d’une page sur le Wiki, je finirais après mes vacances.

#24

Redmine n’est pas plutôt indiqué en tant qu’application web de suivi de bogue?

Cela correspond il réellement à ton besoin premier de développement d’un projet??

#25

Salut,

[quote=“M3t4linux”]Redmine n’est pas plutôt indiqué en tant qu’application web de suivi de bogue?

Cela correspond il réellement à ton besoin premier de développement d’un projet??[/quote]

C’est juste,
Mais nous ne sommes pas nombreux sur le projet, ça convient.
Il y a la possibilité de joindre des fichiers, des documents, c’est suffisant.

Et pour l’assignation des tâches, les dates butoirs, les bugs… c’est bien!

#26

[quote=“lol”]Il manque une doc sérieuse et complète. Le Web (comme d’habitude) regorge de tuto et pseudos howto’s incomplets, non testés, obsolètes, qui se contredisent…
J’ai lu des pages et des pages, fais plusieurs tentatives…
Je ne suis pas parvenu à quelque chose que j’ai trouvé satisfaisant; J’ai donc passé ma route.[/quote]
Tu parle d’administration ou d’utilisation ?

#27

Salut,

Les deux en fait (trois avec l’installation…)
Je n’ai pas trouvé de tuto qui explique l’installation, l’administration et l’utilisation.
J’ai sans doute mal cherché ?

#28

Salut,

J’ai regardé, c’est effectivement bien foutu!
Pour revenir sur git… Je l’ai installé car il y a une intégration possible de git dans redmine, du coup ça règle tous mes problèmes.

Pour l’instant je n’arrive pas à naviguer dans le dépôt git avec redmine, mais je vais bien finir par y parvenir… :115

Il y aurait une extension github pour redmine aussi. Je vais creuser dans cette direction, comme tu l’as fait remarquer françois, c’est parfait pour un travail collaboratif sur un hébergement.

Je travaillerais dessus sérieusement la semaine prochaine; Si je parvient à quelque chose, je ferais un papier sur le Wiki.

#29

La doc de github est bien faite, j’ai réussi à m’en sortir s’en passé bcp de temps:

Les commandes à savoir sont

[quote]git config --global user.name "Ton nom"
git config --global user.email "ton email"
git clone git@github.com:TONCompte/TonDepot.git
git remote add upstream git@github.com:TONCompte/TonDepot.git
git fetch upstream
git push origin master
git remote add projet_original_master git@github.com:AUTREcompte/AutreDepot.git
git fetch projet_original_master
git merge projet_original_master/master
[/quote]

Ça te fait un clone de ton dépot, tu pbosses dessus et tu l’envois là bas.
Tu peux aussi synchroniser avec un autre dépot.

#30

Salut François,
Merci pour tes notes, ça va m’être utile. Je m’y mets dés que j’ai le temps.
J’ai enfin apprivoisé git et gitosis, c’est sur ce dernier que j’ai posé mon dévolu, il à l’air plus sécurisé, et c’est finalement simple…

Il est intégré à mon redmine, c’est pratique.

Il me reste à intégrer le dépôt dans apache (je vais faire un vhost), je crois que je tiens (enfin) ma solution…

J’ai commencé un papier sur redmine dans le wiki, il me reste à le peaufiner et le mettre en forme.
J’ai pris des notes sur git et gitosis, je ferais aussi un papier.

Merci de m’avoir poussé à m’accrocher un peu…

#31

J’avoue m’y perdre un peu maintenant…

A quoi sert gitosis? y a t-il une comparaison par rapport à github?

Pourquoi Redmine si git/gitosis se révèle suffisant?

#32

[quote=“M3t4linux”]J’avoue m’y perdre un peu maintenant…

A quoi sert gitosis? y a t-il une comparaison par rapport à github?

Pourquoi Redmine si git/gitosis se révèle suffisant?[/quote]

Salut,
Gitosis est plus sécurisé que git.
Github est un git en ligne (si j’ai bien compris…).

Redmine, car en plus d’accueillir le dépôt avec les fichiers de git (à la façon gitweb) il permet le suivi des bugs, demandes, de stocker des fichiers, documents, possède un wiki, forum, etc. Il y a plein de plugins supplémentaires.
En fait je l’ai installé un peu comme ça, sans trop savoir ou ça me mènerais, et je l’ai trouvé tellement bien que je vais en faire mon appli de suivi des projets!