Githawk: Migrieren Sie Meilensteine, um themenbasiert zu sein

Erstellt am 20. Feb. 2018  ·  9Kommentare  ·  Quelle: GitHawkApp/GitHawk

Anstatt nur einen Haufen Sachen in einer Veröffentlichung zu bündeln, möchte ich dazu übergehen, relevante Sachen in eine einzelne Veröffentlichung zu packen. Ich versuche dies mit 1.18 zu tun, um es über PRs zu machen (Antworten auf Kommentare und Zusammenführungen, hätte gerne Bewertungen bekommen, aber das ist für später).

Vielleicht können wir Meilensteine ​​basierend auf Materialbündeln neu organisieren und sie dann priorisieren, indem wir seriell an Funktionen arbeiten, damit wir Updates veröffentlichen können, die ein Thema haben.

Einige Samenideen:

  • Repositorys

    • Sterntaste + zählen

    • Abbestellen

    • Meilenstein, Etikettenmanagement

    • Bessere Filter für Ausgabe/PR

  • Suche

    • Suche ppl

    • Probleme mit der Suche

    • Hashtag-Autovervollständigung

  • Personen

    • Einheimische VC

    • Registerkarte Profil

  • Polieren

    • Benutzerdefinierte Aktualisierungssteuerung + Animation

    • UI-Verbesserungen

  • Leistung

    • Speicher optimieren

    • Leistungssteigerungen beim Scrollen

  • Automatisierung

    • Vorgefertigte Antworten

    • Workflow-Integration?

    • Mehr "Beschleunigung"-Ideen

  • usw usw
❔ question 🎯 project management

Hilfreichster Kommentar

Ich habe eine große 2.0 aufgeschoben, um ein paar coole Features zu sammeln und dann Hacker News, Product Hunt usw. voranzutreiben. Ich wollte _wirklich_ einen Profil-Tab für 2.0 reinbringen.

Alle 9 Kommentare

Liebe es. Macht es auch einfacher, sich an neue Funktionen zu gewöhnen, anstatt überall neue Dinge, die deswegen nicht auffallen. Wäre auch sinnvoller mit Versionierung wie 2.0, 2.1, 2.2, 3.0 etc., anstatt bei 1.was auch immer "hängen zu bleiben".

Außerdem sollte es einfacher zu vermarkten sein!

Ich habe eine große 2.0 aufgeschoben, um ein paar coole Features zu sammeln und dann Hacker News, Product Hunt usw. voranzutreiben. Ich wollte _wirklich_ einen Profil-Tab für 2.0 reinbringen.

Kann ich also immer noch PRs für dieses Zeug in die Warteschlange stellen, auch wenn sie erst in ihren jeweiligen Versionen zusammengeführt werden? Ich brauche noch Sachen, an denen ich arbeiten kann

Gesendet mit GitHawk

@SD10 haha natürlich! Dies gibt nur jedem ein besseres Gefühl für die Priorität (schnellere Bewertungen usw.).

Gesendet mit GitHawk

Wir könnten auch versuchen, das GitHub-Projektmanagement-Board zu verwenden. Allerdings habe ich es bei meinen Projekten noch nie zum Laufen gebracht

Gesendet mit GitHawk

Ich bin definitiv offen dafür, es auszuprobieren, nur unklar, welchen Wert es über Probleme / Meilensteine ​​​​bietet.

Gesendet mit GitHawk

Ich bevorzuge eigentlich Themen und Meilensteine. Ich denke, das Board ist nur hilfreich, wenn wir verschiedene Entwicklungsstadien haben, wie: Backlog, in Arbeit, in Prüfung, Tests usw. Wir sind (noch) nicht so organisiert, vielleicht eines Tages, wenn wir die GitHub-Web-App ersetzen? 😬

Gesendet mit GitHawk

Liebe die ganze Idee!

Was die Versionierung angeht, gehen wir davon aus, dass wir immer noch der semantischen Versionierung folgen. 🧐

PS: Zurück in Indien - werde etwas Zeit für Githawk verbringen

Für Interessierte habe ich versucht, dies mit dem 2.0-Meilenstein zu tun, der sich hauptsächlich auf Pull-Request-Reviews konzentriert!

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen

Verwandte Themen

Iron-Ham picture Iron-Ham  ·  3Kommentare

viktorgardart picture viktorgardart  ·  3Kommentare

weyert picture weyert  ·  3Kommentare

rnystrom picture rnystrom  ·  3Kommentare

BasThomas picture BasThomas  ·  3Kommentare