Forum darktable FR
Ficher de verrouillage - Version imprimable

+- Forum darktable FR (https://forums.darktable.fr)
+-- Forum : Utilisation de darktable (https://forums.darktable.fr/forumdisplay.php?fid=97)
+--- Forum : Trucs et Astuces (https://forums.darktable.fr/forumdisplay.php?fid=87)
+--- Sujet : Ficher de verrouillage (/showthread.php?tid=3472)

Pages : 1 2


RE: Ficher de verrouillage - galletoni - 23-03-19

(22-03-19, 22:01)rawfiner a écrit :
(22-03-19, 13:42)galletoni a écrit :
(22-03-19, 13:30)rawfiner a écrit :
(22-03-19, 12:08)jpverrue a écrit : Je ressort ma proposition d'amélioration de ce message : https://forums.darktable.fr/showthread.php?tid=2216&pid=27559#pid27559

Que faut-il faire pour l'inclure dans la 2.7 ? Une simple requête sur redmine ? Ou une proposition de patch aussi sur redmine ? Ou autrement ?

Je dirais une demande sur le bugtracker github (on tend à migrer petit à petit vers github pour les requêtes/bugs pour à terme ne plus utiliser redmine), avec éventuellement un patch, ou une pull request si tu sais compiler et manier un peu git  Wink

github  ... redmine ... patch ou un epull resuest si tu sais complier et manier un peu git ?
Il y a vraiment des discussions d'expert sur dt aussi bien sur les fondamentaux de la photo que sur lla programmation.

J'aimerai bien comprendre comment le projet dt fonctionne, sur quels outils, membres, arbitrage des choix entre les différentes branches ?

Merci

Pour un mini aperçu de comment marche le projet (je ne connais pas tout, par ex comment les releases sont faites)
On garde un historique des modifications du code grâce à un logiciel appelé git.
Les modifications forment un arbre, auquel on peut rajouter des branches pour faire plusieurs versions, ou tester des choses.
L'arbre "officiel" ne peut être modifié que par quelques personnes.
Les autres développeurs font des clones de cet arbre, puis travaillent sur de nouvelles branches pour mettre en place leurs modifications.
Une fois que c'est prêt, ils font une pull request, c'est à dire une demande pour que les modifications de leur branche soient intégrées dans l'arbre officiel. Seuls les personnes pouvant modifier l'arbre officiel peuvent accepter ces changements. Avant toute acceptation, ils font une revue de code, c'est à dire qu'ils regardent les changements, les testent, et demandent des modifications si besoin. D'autres testeurs / développeurs participent aussi à ces discussions. Une fois qu'un accord est trouvé, les modifications sont intégrées dans l'arbre officiel.

Voilà en gros le processus, j'espère que c'était à peu près clair ;-)

Bonsoir rawfiner,

Très clair et intéressant.

Merci Smile