Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0
Le 08/08/2012 22:31, Maxime Kohlhaas a
écrit :
Bonsoir,
Je boucle la boucle, je vais continuer des développements.
Pour repartir de la version la plus à jour, je fais un pull
request du repo doli vers mon fork pour avoir tous les derniers
commits, je valide ce pull request pour que mon repo soit à jour
et je pull tout ca sur mon IDE. Est-ce la bonne méthode ?
Il me semble.
Je vais réaliser la tache 326. Questions sur le bugtracker :
Quel est le process (nouveau, affecté, validé, clos) ? (j'ai
l'habitude de mantis :-) )
Tu affectes la fiche a ton nom est c'est tout.
Qui le maintien à jour ?
Tout le monde.
Comment éviter d'avoir 2 dev qui bossent sur la même tache ?
Il faut prendre une tache non affectée et se l'affectée
Plus juste une remarque sur github, lorsque l'on mentionne
une référence par #XXX (dans les commentaire d'un commit par
ex), cela fait une référence automatique au pull request XXX...
A éviter donc...
Le 6 août 2012 15:51, Régis
Houssin <address@hidden>
a écrit :
il faut
faire un push sur ton fork et faire un "pull
request" à partir de github
quel est ton pseudo sur github ?
Le 06/08/12 14:52, Maxime Kohlhaas a
écrit :
Bonjour Régis,
Merci pour la réponse et les
recommandations. Je les avait suivies et
le paramétrage est sensiblement
identique dans Aptana.
Je prends un premier exemple concret,
je me suis lancé dans la réalisation de
la tâche 185.
J'ai créé une nouvelle branche dans
le projet, à partir de la branche
develop : mko185.
J'ai modifié les sources pour
apporter les évolutions, puis fait un
commit de la branche en mentionnant la
référence 185. Que faire à partir de la
pour soumettre mes modifications ?
Le 6 août 2012
11:51, Régis Houssin <address@hidden>
a écrit :
Bonjour
tu peux utiliser l'IDE que tu veux
le tout est de bien respecter
quelques points:
1- fichier en utf-8
2- utiliser les tabulations au
lieu des espaces pour
l'indentation (1 tab = 4 espaces)
en ce qui concerne github, il est
préférable de faire une demande de
pull.
ne mélange pas tes tests ou ajout
perso dans une demande de pull,
essai de faire autant de branche
temporaire sur ton repo que de
corrections de bug ou
d'amélioration spécifique, se sera
plus simple pour faire un merge.
github à enlever la possibilité de
faire des cherry-picks et nous
serions obligé de le faire en
local.
Le 06/08/12 11:20, Maxime
Kohlhaas a écrit :
Pour
être sur de démarrer
correctement...
J'ai un compte GitHub
et j'utilise git depuis
environ 6 mois (fonctions
de base clone, pull,
commit, push). D'autre
part, j'utilise Aptana
comme IDE. Est-ce autorisé
ou faut-il absolument
utiliser Eclipse ?
J'ai récupéré le projet
en 3.3.0-alpha via un git
clone.
Par défaut dans mon
IDE, seule la branche
"develop" apparaît.
Je peux faire des git
pull régulier pour
récupérer la version
officielle.
Je vais développer en
local des corrections /
modules.
Dans la FAQ Développeur
du wiki est expliqué
qu'avec un compte GIT qui
n'a pas accès en écriture
au projet, une demande de
"Push Request" peut être
faite.
Comment cela
fonctionne-t-il ? Est-il
préférable d'utiliser la
méthode génération d'un
patch avec la commande
diff pour commencer ?
Le
5 août 2012 16:45,
Laurent Destailleur
(eldy) <address@hidden>
a écrit :
Tout aide est
la bienvenu.
Le wiki est en
effet la bible à
connaitre pour
tout développeur.
Le 05/08/2012
16:34, Maxime
Kohlhaas a écrit :
Bonjour,
Ayant
plus de 5
années
d'expérience
dans le
développement
web,
particulièrement
dans le PHP,
je suis en
train de créer
mon entreprise
de conseil
informatique
et souhaite
faire de
Dolibarr un
des logiciels
que je
préconiserai à
mes clients.
C'est
pour cela
je souhaite
rejoindre la
communauté de
développeur
Dolibarr, dans
le but d'aider
à améliorer ce
logiciel, et
pour cela
mettre à
disposition
mes
compétences de
développeur.
Je
continue de
suivre le wiki
"A savoir
avant de
commencer", et
vais m'atteler
à réaliser mon
premier patch.