Githawk: Migrer les jalons pour qu'ils soient basés sur des thèmes

Créé le 20 févr. 2018  ·  9Commentaires  ·  Source: GitHawkApp/GitHawk

Au lieu de simplement regrouper un tas de choses dans une version, je veux passer à l'emballage de choses pertinentes dans une seule version. J'essaie de le faire avec 1.18 pour en faire des relations publiques (répondre aux commentaires et fusionner, j'aurais adoré avoir des critiques mais c'est pour plus tard).

Peut-être que nous pouvons réorganiser les jalons en fonction d'ensembles de choses, puis les hiérarchiser, en travaillant sur les fonctionnalités en série afin que nous puissions publier des mises à jour qui ont un thème.

Quelques idées de graines :

  • Dépôts

    • Bouton étoile + compter

    • Se désabonner

    • Jalon, gestion des étiquettes

    • Meilleurs filtres pour les problèmes/RP

  • Chercher

    • Rechercher des personnes

    • Problèmes de recherche

    • Saisie semi-automatique du hashtag

  • Personnes

    • Autochtones VC

    • Onglet Profil

  • polonais

    • Contrôle d'actualisation personnalisé + animation

    • Améliorations de l'interface utilisateur

  • Performance

    • Optimiser la mémoire

    • Les performances de défilement augmentent

  • Automatisation

    • Réponses standardisées

    • Intégration du flux de travail ?

    • Plus d'idées « accélérer »

  • etc
❔ question 🎯 project management

Commentaire le plus utile

J'ai attendu un gros 2.0 pour collecter un tas de fonctionnalités intéressantes, puis j'ai poussé sur Hacker News, Product Hunt, etc. Je voulais vraiment y avoir un onglet de profil pour 2.0.

Tous les 9 commentaires

Aimer. Il est également plus facile de s'habituer aux nouvelles fonctionnalités, au lieu de nouvelles choses partout qui ne sont pas remarquées à cause de cela. Cela aurait également plus de sens avec la gestion des versions comme 2.0, 2.1, 2.2, 3.0, etc., au lieu d'être "bloqué" à 1.whatever.

De plus, cela devrait être plus facile à commercialiser !

J'ai attendu un gros 2.0 pour collecter un tas de fonctionnalités intéressantes, puis j'ai poussé sur Hacker News, Product Hunt, etc. Je voulais vraiment y avoir un onglet de profil pour 2.0.

Alors, puis-je toujours mettre en file d'attente des PR pour ce genre de choses même s'ils ne sont pas fusionnés avant leurs versions respectives ? J'ai encore besoin de trucs sur lesquels travailler 😐

Envoyé avec GitHawk

@SD10 haha bien sûr ! Cela donnera simplement à chacun un meilleur sens des priorités (révisions plus rapides, etc.).

Envoyé avec GitHawk

Nous pourrions également essayer d'utiliser le tableau de gestion de projet GitHub. Cependant, je ne l'ai jamais fait travailler sur aucun de mes projets encore

Envoyé avec GitHawk

Je suis tout à fait prêt à l'essayer, mais je ne sais pas s'il valorise ce qu'il apporte par rapport aux problèmes/étapes importantes.

Envoyé avec GitHawk

En fait, je préfère les problèmes et les jalons. Je suppose que le tableau n'est utile que si nous avons eu différentes étapes de développement comme : le backlog, en cours, en cours de révision, en test, etc. ??

Envoyé avec GitHawk

J'adore toute l'idée !

En ce qui concerne le versioning, supposons que nous suivons toujours le versioning sémantique . ??

PS: De retour en Inde - passera du temps pour Githawk

Pour ceux que cela intéresse, j'ai essayé de le faire avec le jalon 2.0 en me concentrant principalement sur les avis de demande de tirage !

Cette page vous a été utile?
0 / 5 - 0 notes

Questions connexes

rnystrom picture rnystrom  ·  3Commentaires

BasThomas picture BasThomas  ·  3Commentaires

BasThomas picture BasThomas  ·  3Commentaires

BasThomas picture BasThomas  ·  3Commentaires

weyert picture weyert  ·  3Commentaires