loadsys / loadsys/CakePHP-Shell-Scripts

Our Hoping to Accomplish List

Offen
#37 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

enhancement
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

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Ö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

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.