Proposition de réarrengement de la partie Projects

[softrevolter]

Proposition de réarrengement de la partie Projects

ref to file.md or #issue :

context

Suite à #85 les tasks sont une manière de solutioner le workflow des issues, et plusieurs tasks sont une mission. Donc pour que les missions soit lissible, il faudrais les mettre dans un project.

Obectif

trouver une methodo pour que projects soit bien utilisé

proposition

Je propose de retenir:
Makelib-buro274: car c'est une mission
Aquaponie-buro274 : car c'est une mission
gestion github: car ça peut être une mission
Website openfab: car ça peut être vu comme une mission
Gestion Buro274 : car ça retient tous les tasks qui ne tombe pas dans une mission.

J'enleverais:
workflow et gestion client: car trop généraliste.
Workflow peut ce retrouver dans gestion buro274
Gestion client, chaque gestion devient une mission?

ressources

Resultats

rewards

[softrevolter]

et j'ajouterais comme projets:

Mission Gamification
Mission Jacqueline

[nicolasdb]

yup.

le workflow c'était pour essayer de lister les types de tâches qu'on signalait dans les issues et en faire des catégories.
ça a prit forme, je pense qu'on y voit assez clair et on peut cloturer ce projet
tu crée les nouvelles missions?
Est-ce que la projet gamification n'est pas à créer dans son répository?

[zuperninja]

Comment je peux participer dans un projet (notamment website openfab) ? Merci bien.

[nicolasdb]

Voici le flow conseillé : https://guides.github.com/introduction/flow/

1. https://github.com/openfab-lab/openfab/tree/website
   J'ai créé une branche spécifique. pour y travailler mais je pense qu'on doit jongler avec une branche gh-pages
2. do NOT merge yet - Pull request for Website OF #120
   J'ai créé un PR pour réunir et visualiser les modifs à ce sujet.
   how-to
3. Je pense que dans notre cas, le plus simple est de créer une team et de t'y ajouter @zuperninja qu'on puisse directement travailler sur la même branche. Sauf si tu veux apprendre à jongler entre branches de différentes fourches mais je pense qu'il est mieux d'éviter pour l'instant. ça va nécessiter bcp plus de pull request et décentraliser et complexifier la gestion de projet alors qu'on n'est encore qu'une bande de noob
   
4. une fois team créée (qui veux en être? @openfab-lab/gami )
5. toutes les tâches peuvent être entrée soit direct dans le project, soit via issues+label-projet
6. ça nous donne l'occasion de pratiquer le kanban et la méthodo pour les missions.
7. faudra documenter en même tps.

Mes propositions de base sont donc déjà dans #120

[nicolasdb]

Mmmm, ça mériterai une relecture pour voir de quelle manière le flow à évoluer.