FEATURE : Share an item on Instagram (see #373)

[manacheh]

Content

Co-authored by : @aamina12 , @LSauter68140

---

Checklist

Please check that your pull request is correct:

• Each commit:
  • [ ] corresponds to a contribution that should be notified to users,
  • [ ] does not generate new errors or warnings at compile or test time,
  • [ ] must be attributed to its real authors (with correct GitHub IDs and correct syntax for multiple authors).
• The title of a commit should:
  • [x] begin with a contribution type
    • FEATURE for a behaviour allowing a user to do something new,
    • FIX for a behaviour which has been changed in order to meet user’s expectations,
    • SCENARIO for examples showing a given behaviour,
    • TEST when it concerns an acceptance test of a given behaviour,
    • PROCESS for a change in the way the software is built, tested, deployed,
    • DOC when it concerns only internal documentation (however it is better to combine it with the contribution that required this documentation change),
  • [x] be followed by a colon (:) with one space after and no space before,
  • [x] be followed by a title (written in English) as short, as user-centered and as explicit as possible
    • If it is a feature, the title must be the user action (beginning with a verb, and please not manage),
    • If it is a fix, the title must describe the intended behavior (with should).
  • [x] ends with a reference to the corresponding ticket with the following syntax:
    • (closes #xx) if xx is a feature ticket (and the commit is a complete implementation),
    • (fixes #xx) if xx is a fix ticket (and the commit is a complete fix),
    • (see #xx) otherwise,
• Each committed line is:
  • [ ] useful (it would not work if removed)
    • if it is a comment line, its information could not be conveyed by better variables and function naming, better code structuring, or better commit message,
  • [ ] related to this very contribution (feature, fix...),
  • [ ] in English (with the exception of Gherkin scenarios in French and resulting steps),
  • [ ] without any typo in variable, class or function names,
  • [ ] correctly indented (spaces rather than tabs, same number of characters as in the rest of the file).

[manacheh]

@benel

J'ai effectué un nouveau pull request, celui ci devrait contenir qu'un seul commit normalement.

[manacheh]

@benel

Peut-on tourner la vidéo parlant de cette fonctionnalité en s'appuyant de ce pull request ou doit-on attendre qu'il soit validé ?

[benel]

@manacheh

Peut-on tourner la vidéo parlant de cette fonctionnalité en s'appuyant de ce pull request ou doit-on attendre qu'il soit validé ?

Vous n'êtes effectivement pas obligé d'attendre l'intégration pour faire la vidéo.

Ça se corse bien-sûr si vous avez besoin de plusieurs fonctionnalités dans la même vidéo parce que ça vous obligera à procéder vous-même à une intégration sur votre poste.

[manacheh]

@manacheh

Peut-on tourner la vidéo parlant de cette fonctionnalité en s'appuyant de ce pull request ou doit-on attendre qu'il soit validé ?

Vous n'êtes effectivement pas obligé d'attendre l'intégration pour faire la vidéo.

Ça se corse bien-sûr si vous avez besoin de plusieurs fonctionnalités dans la même vidéo parce que ça vous obligera à procéder vous-même à une intégration sur votre poste.

Entendu, merci !

[benel]

Si vous avez le temps, il faudrait changer le message de commit pour avoir :

• un préfixe standard,
• le titre officiel de la fonctionnalité en anglais,
• la référence au ticket
• les mentions des co-auteurs selon le format de GitHub.

Si vous n'avez pas le temps, je le ferai moi-même.