loadsys / loadsys/CakePHP-Shell-Scripts
Our Hoping to Accomplish List
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Shell
- Sterne
- 18
- Forks
- 0
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
Migrated from the new skeleton's README to here, since these are things I think we'd ideally like to be able to composer install into any of our 3.0 projects.
- auto test running
- auto code sniffing
- auto builds
- auto deploy to stage
- one-click code rollback
Some of this may necessitate the creation of a different repo from the CakePHP-Shell-Scripts project. Some of these things (if they mean what I think they mean) are stuff we used to accomplish with grunt. We either need to move the existing Gruntfile, package.json and associated node scripts into the new skeleton and tweak(/improve) as necessary to fulfill some of the goals, or develop an alternative approach.
Personally, I'd like to not necessarily need the node+npm+grunt stack. Instead I think we could use Cake Shells for some of this, and use a stand alone "watcher" program like kicker to execute them on file change. That may be more tooling that we want to rewrite at the moment though...
The last few are going to require coordination on the production hosting end of things too and may be more long term goals, but I'd love to pursue them.
To this list I would add:
- auto-publishing code coverage reports.
- auto-publishing generated documentation.
(I actually wrote a tool for this that remains completely untested currently: beporter/docs-manager.) See also: #56
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Dies ist eine umfassende Roadmap und keine einzelne Implementierungsaufgabe. Beginne mit der Prüfung der vorhandenen Gruntfile, package.json, zugehörigen Node-Skripte und des referenzierten Issues #56; die aufgeführten Ziele erfordern außerdem eine Abstimmung mit dem Production-Hosting. Als erledigt gilt die Aufteilung der Wunschliste in klar abgegrenzte Aufgaben mit einem abgestimmten Ansatz für Tests, Builds, Deployment, Rollback, Coverage und die Veröffentlichung der Dokumentation.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- node.js, php, shell
- Bereich
- build-system, devops, release, tooling
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 20/100