Merci pour toutes ces explications !
Je vais tester ça de ce pas.
Je suppose qu'ensuite, il suffit de préciser dans le pull quel remote on
souhaite récupérer...

J'utilise Aptana comme IDE.

--
*Maxime Kohlhaas
Consultant associé
**ATM Consulting*
*+33 6 33 42 92 43*



Le 9 août 2012 07:10, Régis Houssin <[email protected]> a
écrit :

>  tu as fait un fork de dolibarr sur github
> ensuite tu as fait un clone de ce fork en local sur ta machine
> ceci t'a créé un répertoire, appelons le "dolibarrfork"
>
> dans le répertoire /dolibarrfork tu as un répertoire caché "/.git" qui
> contient tout ce qui concerne le mécanisme du repo git (config, commits,
> logs, etc...)
>
> quand tu édites le fichier :
>
> /dolibarrfork/.git/config
>
> tu vois la configuration de ton repo git et les branches locales que tu as
> créé
>
> [core]
>         repositoryformatversion = 0
>         filemode = true
>         logallrefupdates = true
>         autocrlf = false
> [remote "origin"]
>         url = git+ssh://[email protected]/hregis/dolibarr.git
>         fetch = +refs/heads/*:refs/remotes/origin/*
>         pushurl = git+ssh://[email protected]/hregis/dolibarr.git
>         push = refs/heads/develop:refs/heads/develop
>         push = refs/heads/master:refs/heads/master
>         push = refs/heads/3.1:refs/heads/3.1
>         push = refs/heads/3.2:refs/heads/3.2
> [branch "develop"]
>         remote = origin
>         merge = refs/heads/develop
>
>
> "origin" désigne le repo sur lequel tu travailles, ici ce serait ton fork
>
> dans ce fichier de conf il est possible de configurer d'autre "remote"
>
> [remote "dolibarr"]
>         url = git+ssh://[email protected]/Dolibarr/dolibarr.git
>         fetch = refs/heads/develop:refs/remotes/dolibarr/develop
>         fetch = refs/heads/master:refs/remotes/dolibarr/master
>         fetch = refs/heads/3.1:refs/remotes/dolibarr/3.1
>         fetch = refs/heads/3.2:refs/remotes/dolibarr/3.2
>         push = refs/heads/master:refs/heads/master
>
>  ainsi il est possible d'avoir à la fois les branches de ton fork et
> celles du dolibarr d'origine dans un même repo, ce qui permet de pouvoir
> faire un merge de la branche "/dolibarr/develop" dans ta branche
> "/origin/develop"
>
> tu utilises quel IDE ? eclipse ?
>
>
>
>
> Le 08/08/12 23:50, Maxime Kohlhaas a écrit :
>
> Bonsoir Régis,
>
>  Je comprend bien la démarche, mais faire un pull en local, cela va aller
> récupérer les fichiers de mon fork non ? Je ne peux pas avoir deux repo
> configurés au même endroit en local, si ?
>
> --
> *Maxime Kohlhaas
> Consultant associé
> **ATM Consulting*
> *+33 6 33 42 92 43*
>
>
>
> Le 8 août 2012 22:57, Régis Houssin <[email protected]> a
> écrit :
>
>>  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 <[email protected]> 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 <%2B33%206%2033%2042%2092%2043>*
>>
>>
>>
>> Le 6 août 2012 15:59, Maxime Kohlhaas <[email protected]> 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 <%2B33%206%2033%2042%2092%2043>*
>>>
>>>
>>>
>>>  Le 6 août 2012 15:51, Régis Houssin <[email protected]> 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 <%2B33%206%2033%2042%2092%2043>*
>>>>
>>>>
>>>>
>>>> Le 6 août 2012 11:51, Régis Houssin <[email protected]> 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) <[email protected]>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 
>>>>>> [email protected]https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Eldy (Laurent Destailleur).
>>>>>> ---------------------------------------------------------------
>>>>>> EMail: [email protected]
>>>>>> Web: http://www.destailleur.fr
>>>>>>
>>>>>> Dolibarr (Project leader): http://www.dolibarr.org
>>>>>> To make a donation for Dolibarr project via Paypal: 
>>>>>> [email protected]
>>>>>> AWStats (Author) : http://awstats.sourceforge.net
>>>>>> To make a donation for AWStats project via Paypal: [email protected]
>>>>>> AWBot (Author) : http://awbot.sourceforge.net
>>>>>> CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Dolibarr-dev mailing list
>>>>>> [email protected]
>>>>>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Dolibarr-dev mailing 
>>>>> [email protected]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: [email protected]
>>>>>
>>>>> Dolibarr developer: [email protected]
>>>>> 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: [email protected]
>>>>
>>>> Dolibarr developer: [email protected]
>>>> 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: [email protected]
>
> Dolibarr developer: [email protected]
> 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
[email protected]
https://lists.nongnu.org/mailman/listinfo/dolibarr-dev

Répondre à