Le 9 août 2012 07:10, Régis Houssin <address@hidden> 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éé
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
?
Le 8 août 2012 22:57, Régis Houssin <address@hidden>
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
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.