Le pull tu peux le faire en local et faire un push sur ton fork, ce sera plus pratique si il y a des conflits à gérer, d'ailleurs tu ne pourras pas les gérer dans github, il te refusera le pull
Le 8 août 2012 à 22:31, Maxime Kohlhaas <address@hidden> 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 ?
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 :-) )
Qui le maintien à jour ?
Comment éviter d'avoir 2 dev qui bossent sur la même tache ?
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.