Github issues & PR processing

Is there anybody looking at PR & issues on github? I’m currenly opening some but am wondering if it is of any use (last PR on ADK stayed opened for 21 days without any comment)

Y a-t-il quelqu’un qui traite les pull requests et les bugs remontés sur github ? J’ai eu une PR ouverte 21 jours (que j’ai fermée moi-même pour la merger avec une autre) sans le moindre commentaire… Est-ce qu’il y a une quelconque ouverture aux participations externes ou est-ce que la correction de bugs, même triviaux est soumise à la nécessité d’attendre un fix en provenance d’axelor ?

Bonjour,

Nous allons essayer de traiter les pull requests et les bugs remontés sur github plus régulièrement, sachant que certaines anomalies peuvent parfois être déjà en cours de correction de notre côté. Mais le manque de temps empêche un suivi régulier, nos équipes étant mobilisées sur les projets clients surtout en ce moment.

Pour contribuer au projet, voici la page explicative : https://github.com/axelor/axelor-development-kit/pull/10

Il faut notamment signer les CLA.

Bonjour,

ça c’est le lien vers la PR :slight_smile:

J’ai bien vu la CLA mais à la lecture ça semblait sous entendre que participation impliquait acceptation. Il faut la signer et la scanner ?

Bonjour,

Désolé en effet je me suis trompé de lien !!

Voici la bonne page.
https://www.axelor.com/fr/communaute/contributor-guide/

En effet la participation implique la signature de la CLA : https://www.axelor.com/wp-content/uploads/2016/03/CLA-Individual.pdf

Bonjour,

C’est pas clairement indiqué : « By submitting code as an individual you agree to the individual contributor license agreement. », ça sous entend que créer une PR implique que l’on accepte.
Il y a une adresse mail où envoyer le document ?

Cordialement,

Bonjour,

Vous pouvez envoyer le document à l’adresse

Voila c’est fait :slight_smile:

Bonjour,

Nous avons bien reçu la CLA, merci. Nous allons regarder vos pull requests. Pour info, nous ne faisons pas forcément de commit automatiquement, car parfois nous travaillons déjà sur certains points, typiquement comme sur les séquences de devis de l’autre jour, et on doit regarder plus précisément avant de commit.

Bonjour

OK pour l’histoire des références brouillon (même si aucun des deux fixes n’est satisfaisant… se baser sur un grep sur la référence pour savoir si le document est en brouillon c’est limite limite, ça sent la perte de contrôle sur le workflow des documents, et sur le mien je ne connais pas assez l’application pour être sûr que le remplacement couvre tous les cas).
Par contre il y a une paire de PR triviales qui sont en attente depuis plusieurs semaines.

Cordialement,

Bonjour,

On n’a pas oublié, ça prend un peu de temps avec nos processus internes, et le planning actuellement est assez chargé.