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.