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.