loadsys / loadsys/CakePHP-Shell-Scripts

Our Hoping to Accomplish List

Abierto
#37 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

enhancement
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

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. 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

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.