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 

-----------------------------------------
Régis Houssin
Tél. +33633020797
http://www.dolibarr.fr
http://www.dolibox.fr

Le 8 août 2012 à 22:31, Maxime Kohlhaas <max...@atm-consulting.fr> 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...
> 
> Cdlt,
> 
> --
> Maxime Kohlhaas
> Consultant associé
> ATM Consulting
> +33 6 33 42 92 43
> 
> 
> 
> Le 6 août 2012 15:59, Maxime Kohlhaas <max...@atm-consulting.fr> a écrit :
> Ok compris, je vais procéder comme cela.
> Mon pseudo github : atm-maxime
> 
> --
> Maxime Kohlhaas
> Consultant associé
> ATM Consulting
> +33 6 33 42 92 43
> 
> 
> 
> Le 6 août 2012 15:51, Régis Houssin <regis.hous...@cap-networks.com> 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 ?
>> 
>> Merci !
>> 
>> --
>> Maxime Kohlhaas
>> Consultant associé
>> ATM Consulting
>> +33 6 33 42 92 43
>> 
>> 
>> 
>> Le 6 août 2012 11:51, Régis Houssin <regis.hous...@cap-networks.com> 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 ?
>>> 
>>> Merci pour vos réponses et c'est parti !
>>> 
>>> --
>>> Maxime Kohlhaas
>>> Consultant associé
>>> ATM Consulting
>>> +33 6 33 42 92 43
>>> 
>>> 
>>> 
>>> Le 5 août 2012 16:45, Laurent Destailleur (eldy) <e...@destailleur.fr> 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.
>>>> 
>>>> Bien cordialement,
>>>> 
>>>> --
>>>> Maxime Kohlhaas
>>>> Consultant associé
>>>> ATM Consulting
>>>> +33 6 33 42 92 43
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> Dolibarr-dev mailing list
>>>> Dolibarr-dev@nongnu.org
>>>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>> 
>>> 
>>> -- 
>>> Eldy (Laurent Destailleur).
>>> ---------------------------------------------------------------
>>> EMail: e...@destailleur.fr
>>> Web: http://www.destailleur.fr
>>> 
>>> Dolibarr (Project leader): http://www.dolibarr.org
>>> To make a donation for Dolibarr project via Paypal: cont...@destailleur.fr
>>> AWStats (Author) : http://awstats.sourceforge.net
>>> To make a donation for AWStats project via Paypal: cont...@destailleur.fr
>>> AWBot (Author) : http://awbot.sourceforge.net
>>> CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net
>>> 
>>> _______________________________________________
>>> Dolibarr-dev mailing list
>>> Dolibarr-dev@nongnu.org
>>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>> 
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> Dolibarr-dev mailing list
>>> Dolibarr-dev@nongnu.org
>>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>> 
>> Cordialement,
>> -- 
>> Régis Houssin
>> ---------------------------------------------------------
>> Cap-Networks
>> Cidex 1130
>> 34, route de Gigny
>> 71240 MARNAY
>> FRANCE
>> VoIP: +33 1 83 62 40 03
>> GSM: +33 6 33 02 07 97
>> Web: http://www.cap-networks.com/
>> Email: regis.hous...@cap-networks.com
>> 
>> Dolibarr developer: re...@dolibarr.fr
>> Web Portal: http://www.dolibarr.fr/
>> SaaS offers: http://www.dolibox.fr/
>> Shop: http://www.dolistore.com/
>> Development platform: https://doliforge.org/
>> ---------------------------------------------------------
>> 
> 
> Cordialement,
> -- 
> Régis Houssin
> ---------------------------------------------------------
> Cap-Networks
> Cidex 1130
> 34, route de Gigny
> 71240 MARNAY
> FRANCE
> VoIP: +33 1 83 62 40 03
> GSM: +33 6 33 02 07 97
> Web: http://www.cap-networks.com/
> Email: regis.hous...@cap-networks.com
> 
> Dolibarr developer: re...@dolibarr.fr
> Web Portal: http://www.dolibarr.fr/
> SaaS offers: http://www.dolibox.fr/
> Shop: http://www.dolistore.com/
> Development platform: https://doliforge.org/
> ---------------------------------------------------------
> 
> 
_______________________________________________
Dolibarr-dev mailing list
Dolibarr-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/dolibarr-dev

Répondre à