loadsys / loadsys/CakePHP-Shell-Scripts

Our Hoping to Accomplish List

Aperta
#37 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

enhancement
Lingua principale
Shell
Stelle
18
Fork
0
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Descrizione

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](https://github.com/alloy/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](https://github.com/beporter/docs-manager).)_ See also: #56

Guida per i contributori

Nessuna guida per i contributori indicizzata per questo repository

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Direzione di ricerca

Questa è una roadmap generale, non una singola attività di implementazione. Inizia esaminando il Gruntfile esistente, package.json, gli script node associati e l’issue #56 a cui si fa riferimento; gli obiettivi elencati richiedono anche il coordinamento con l’hosting di produzione. Il lavoro sarà considerato completato quando la lista dei desideri sarà suddivisa in attività circoscritte, con un approccio concordato per test, build, deployment, rollback, coverage e pubblicazione della documentazione.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Valutazione

Stack tecnologico
node.js, php, shell
Ambito
build-system, devops, release, tooling
Tipo di issue
Funzionalità
Difficoltà
5/5
Tempo stimato
Più di una settimana
Stato di attività
Ferma
Chiarezza
Da chiarire
Idoneità per principianti
20/100

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.