loadsys / loadsys/CakePHP-Shell-Scripts
Our Hoping to Accomplish List
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Shell
- Estrellas
- 18
- Forks
- 0
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Descripción
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
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Esta es una hoja de ruta amplia, no una única tarea de implementación. Empieza revisando el Gruntfile existente, package.json, los scripts de node asociados y el issue #56 mencionado; los objetivos enumerados también requieren coordinación con el hosting de producción. Se considerará completado cuando la lista de deseos se haya dividido en tareas acotadas con un enfoque acordado para las pruebas, los builds, el despliegue, el rollback, la cobertura y la publicación de la documentación.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- node.js, php, shell
- Área
- build-system, devops, release, tooling
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Estado de actividad
- Estancado
- Claridad
- Necesita aclaración
- Aptitud para principiantes
- 20/100