Discussion :

[Patrice.H]

Bonjour,

je vais être amené prochainement à continuer mon développement sur 4D en collaboration avec d'autres personnes.

J'ai déjà remarqué que l'on pouvait ouvrir la structure sur des postes différents et travailler dessus simultanément, mais je souhaiterais savoir s'il y a une solution plus adéquate:
Je souhaiterais pouvoir développer sur ma base locale et effectuer mes tests avant de mettre à jour mes méthodes et formulaires sur le fichier structure "commun". Y a-t-il un moyen de créer un "patch" qui ne contiendrait que mes modifications afin de les appliquer à la base commune sans écraser les mises à jour de mes collègues?

Cordialement,
Patrice.

[stanc]

Bonjour, si tu veux développer à plusieurs sur un même réseau local. Le mieux est d'utiliser 4D server.

[ZeFiF]

Salut !

regarde du coté des composants, ça pourrait peut être répondre à ton besoin.

Pour le versioning proprement dit il n'y pas de grosse solution type SVN.

On peut importer du code 4D dans l'éditeur mais la plupart du temps on utilise le copier coller.
C'est également vrai pour les formulaires.

Pour mettre à jour la structure des données c'est également déliquat.

Reste le glisser déposer d'une structure à l'autre (via 2 4D) qui est censé reprendre les fonctionnalités de feu 4D Insider en prévenant quand il y a des éléments attachés à l'objet que tu glisses...

Je te suggère d'essayer les différentes méthodes et de nous remonter celle que tu auras arrêtée..

Cordialement,
FiF

[Patrice.H]

regarde du coté des composants, ça pourrait peut être répondre à ton besoin.

@zeFiF: qu'entends-tu par "composants"?

Le mieux est d'utiliser 4D server.

@stanc: Que veux tu dires par utiliser 4D server? Comment cela permet-il de fusionner nos codes sources?

J'utilise pour l'instant la fonction copier coller, mais c'est assez rébarbatif. Est-il possible de modifier dynamiquement le code des fonctions?
Par exemple puis-je rédiger une méthode qui m'exporte le code source de mes fonctions sous forme de fichier texte, que je puisse ensuite réimporter via une autre méthode?

[stanc]

Si vous travaillez sur la base sur le même réseau local, il faut lancer un 4d server de dév et vous vous y connecter tous. Vous pourrez développer à plusieurs sur une même base. Il n'y aura pas besoin de faire toutes ces recopies avec le risque d'en oublier.

Si vous travaillez chacun de votre côté, le mieux est de passer par du glisser déposer. Tu ouvres les bases à synchroniser avec 2 4D et tu recopies de l'une à l'autre en glissant les objets à recopier. C'est moins pratique mais quand on a pas le choix c'est le mieux. Penses dans ce cas à régler les préférences de déplacement.

[Patrice.H]

Merci pour les informations. N'étant pas un habitué de Mac, je n'avais jamais pensé au glisser-déposer. Ce sera donc du copier-coller.

Cependant, nous allons peut être nous organiser différemment pour le développement: je m'occuperais de la partie plugin, ce qui évitera les conflits avec la base elle-même.

Gros point noir: l'application est en version 4D6.8 et j'ai le plus grand mal à trouver la doc pour les plugins dans cette version. Les API ayant bougé depuis la v2004/v11 je ne peux pas me baser sur la doc actuelle. Auriez vous des pistes, des liens?

[ZeFiF]

le glisser déposer :
http://doc.4d.com/4D-Mode-Developpem...558299.fr.html

Les composants :
http://doc.4d.com/4D-Mode-Developpem...558525.fr.html

Les points noirs :
http://www.laroche-posay.fr/conseils...ions-d173.aspx

hth
FiF

[Patrice.H]

Merci FiF, mais comme précisé plus haut:
Je développe avec 4D Version6.8, tes liens ne s'appliquent donc pas à mon cas.


...sauf le troisième peut être

[Pyvesd]

va faire un tour sur ftp-public.4D.fr. Je n'ai pas trouvé de doc concernant la 6.8, mais tu trouvera peut être ton bonheur dans les NT