Open francoa opened 8 years ago
Voy a arrancar a listar algunas. Todas se pueden discutir. El que siga, que copie las que ya están en la lista y agregue al final.
Creo que se pueden editar los comentarios. Preferís que editemos uno general o que hagamos copy-paste?
Editado por Andrés: Ahora en el Issue aparece "0 de 30"
Editemos ese que acabo de hacer
hacerse una copia de la edición antes de poner update, por las dudas jajaj
On November 12, 2015 11:06:55 PM GMT-03:00, Franco Ardiani notifications@github.com wrote:
Propongo este issue, como parte del milestone 0.1, para que listemos las funcionalidades que debe tener el entregable y que sean testeadas.
De esta forma podemos armar un branch release en el que quede dicho entregable para tenerlo como carta de presentación.
En teoría si hubiésemos trabajado "bien" desde el principio, listaríamos las funcionalidades (que se corresponderían 1 a 1 con branches) y haríamos merge de esas funcionalidades a un branch release "virgen". Considero que esta forma de trabajar es tal vez más complicada y contraintuitiva, pero sé que sirve cuando hay entregas importantes en medio del desarrollo. Si uno hace merge de las funcionalidades a develop y después el branch release es una mera copia del develop se corre el riesgo de entregar funcionalidades que todavía no han sido aprobadas y, peor aún, que no han pasado tests de integración o no han sido completadas.
Reply to this email directly or view it on GitHub: https://github.com/MecatronicaUncu/Red-Social-Asociacion/issues/58
No lo sé, estoy tomando cerveza.
Bueno la idea ahora sería ir relevando todos los detalles incluídos en este milestone (ya lo hizo Andrés en el docs) e ir marcando los que están listos. Cuando todos estén listos, se hace un test final de integración y se saca el release.
Les parece que volvamos a trabajar de a poco sobre esto?
Oh por dios, está tratando de renacer!
Voy a tirar un par de P.R para terminar de organizar el código y a partir de ahí hagamos lo que dijo @francoa de crear el branch v-0.1
y meter todo ahí les parece? Tal vez habría que limpiar y acomodar las funcionalidades de nuevo. El que dice "unit tests" es como redundante jaja.
Que no decaiga, ya casi estamos.
Estaba pensando crear un container de docker con todo el proyecto.
Eso con el fin de hacer deploy? o cómo lo usarías?
On Friday, March 11, 2016 11:50:53 PM ART, Andrés wrote:
Eso con el fin de hacer deploy? o cómo lo usarías?
Reply to this email directly or view it on GitHub: https://github.com/MecatronicaUncu/Red-Social-Asociacion/issues/58#issuecomment-195645461
Si, así todos desarrollamos con lo mismo de base. Porque a veces tengo errores con la db que estimo deben ser por el so, sigue hinchando las bolas con el tema del nº de usuarios (algo que antes no hacía).
Docker para estas cosas es la posta. Uds usan ubuntu? Qué ubuntu?
Yo tengo Arch. Franco creo que el 14.04 pero no sé. Lo de neo si te tira error, fijate lo que puse una vez no sé dónde:
On Saturday, March 12, 2016 12:03:42 AM ART, Andrés wrote:
Yo tengo Arch. Franco creo que el 14.04 pero no sé. Lo de neo si te tira error, fijate lo que puse una vez no sé dónde:
Ok, lo voy a ver con eso a ver si se arregla.
Igual si tengo tiempo hago el container haha
14.04 LTS yo
Igual voy a construirlo on top de 16.04 porque viene un poco más actualizado. Nos pegaremos a la próxima LTS, cuando salga.
Propongo este issue, como parte del milestone 0.1, para que listemos las funcionalidades que debe tener el entregable y que sean testeadas.
De esta forma podemos armar un branch release en el que quede dicho entregable para tenerlo como carta de presentación.
En teoría si hubiésemos trabajado "bien" desde el principio, listaríamos las funcionalidades (que se corresponderían 1 a 1 con branches) y haríamos merge de esas funcionalidades a un branch release "virgen". Considero que esta forma de trabajar es tal vez más complicada y contraintuitiva, pero sé que sirve cuando hay entregas importantes en medio del desarrollo. Si uno hace merge de las funcionalidades a develop y después el branch release es una mera copia del develop se corre el riesgo de entregar funcionalidades que todavía no han sido aprobadas y, peor aún, que no han pasado tests de integración o no han sido completadas.
Sign Up
Log In
Cookies
Search
Profile
Friends
General
EDT (0.1 o 0.2?)