Laverna: Introducción al desarrollo de este proyecto ...

Creado en 16 ago. 2016 · 4Comentarios · Fuente: Laverna/laverna

En algún momento, me gustaría comenzar a desarrollar / mejorar funciones para este proyecto, pero tengo algunas preguntas sobre cómo comenzar:

¿Existe un criterio formal que se requiere al codificar una idea para que sea aceptada en la versión maestra (adopte las mejores prácticas de codificación, use solo los lenguajes y marcos especificados en el proyecto, incluya su nombre al hacer una revisión, ... ., etc.) o somos libres de implementarlo como queramos?
¿Cuáles son todos los lenguajes de programación y marcos que se están utilizando? Me parece que el núcleo es JavaScript o un marco de JavaScript (parece ser js backbone) en el lado del desarrollo, mientras que Mocha y Karma se utilizan para el marco de prueba.

Además, a partir de la lectura # 507, parece que no hay mucha diferencia en el código fuente entre cada versión de esta aplicación (escritorio, móvil y web). La característica actual que estoy considerando implementar es una información sobre herramientas para cada ícono dentro de la barra de herramientas en el modo "editar nota". Había planeado implementar esto en la versión web (con esto me refiero al código fuente alojado en GitHub que supongo que es solo web), pero si luego quisiera incluir esto en las otras dos, ¿existe algún proceso? por hacer esto? (_Esto se aplica a la escritura de pruebas unitarias y no solo al desarrollo_)

Avíseme si algo de lo que he mencionado necesita más aclaraciones.

question

Fuente

JerJohn15

Todos 4 comentarios

Estilo de codificación : 4 espacios (facilita la lectura IMO).
Lenguaje de programación del proyecto: JavaScript. Marcos: Marionettejs.

Tienes razón, no hay diferencia entre cada versión de la aplicación. Significa que no tenemos que implementar la misma función cada vez para cada tipo de aplicación.

wwebfor en 18 ago. 2016

👍1

@wwebfor Está bien, aparte de lo que mencionaste, ¿somos libres de implementar nuestras ideas como mejor nos parezca? Para comentar su último punto, si implemento una función para la versión web de la aplicación, y luego quiero crear la misma función, para las versiones móvil y / o de escritorio, solo necesitaría descargar el archivo apropiado de las versiones. ¿sección?

Preguntas adicionales:

¿Es opcional si quisiera escribir mi nombre en una nueva función o cambiar a la que contribuyo, o preferiría que no lo haga (ya que podemos saber en función de quién se compromete en github)?
¿Preferiría, cuando las personas están realizando un cambio de función / revisión en el proyecto, que lo hagan en una nueva rama creada a partir de su bifurcación, en lugar de crear la función en su bifurcación maestra y luego enviarla? (entonces, si quisiera crear una función de información sobre herramientas para la barra de herramientas donde el usuario edita notas, podría crear una rama en mi bifurcación llamada "tooltip-EditNote", implementar la función y empujarla de esa manera)

JerJohn15 en 18 ago. 2016

Sí, eres libre de implementar ideas como mejor te parezca.
Una función implementada estará disponible para todas las plataformas.

Adicional:

Si quieres, es tu derecho. Pero no es obligatorio.
Por lo general, trabajamos en la rama dev . Por lo tanto, es preferible que cree su característica basada en esta rama y envíe sus cambios a la misma rama. También es preferible crear una función en una nueva rama. Lo hace más claro al fusionar cambios o resolver conflictos.

wwebfor en 19 ago. 2016

👍1

@wwebfor No tengo más preguntas sobre este tema. Creo que ahora se puede cerrar.

Gracias por la aclaración.

JerJohn15 en 10 sept. 2016

¿Fue útil esta página

0 / 5 - 0 calificaciones