Mi media center - Foro

SeiTaN escribió: Una cosa que me has recordado, estaría bien una vez que empecemos a funcionar, sacar un minituto para jubilar el post fijo del SVN a hacer referencia a GitHub

¿Usais algun IDE para programar en python?

En cuanto lo tengamos claro, desde luego estaría bien cambiar ese post.

Sobre IDEs yo soy de la secta de Sublime Text, aunque tengo PyCharm en la recámara para probarlo ya que he descubierto que Android Studio es brutal y como es parecido merecerá la pena.

Lo que nunca me gustó es Eclipse...

SeiTaN escribió:¿Usais algun IDE para programar en python?

Notepad++ se puede considerar un IDE?

jesus escribió:A mí lo de los branches me da cosa porque vengo de Subversion, pero empiezo a asimilar que Git va por otro sitio.

jesus escribió:¿Puedo? ¿No se prenderá fuego Github y se volatizará como la estrella de la muerte?

"El miedo lleva al odio, el odio a la ira y la ira al lado oscuro. Veo mucho miedo en ti Je-Sus Kenobi"

La ventaja de git es precisamente el poder saltar de un momento a otro del desarrollo con facilidad. Para eso podemos saltar de una rama a otra o de un comit a otro anterior.
Las ramas se crean, se incorporan (mergean) o se desprecian y despues se eliminan. Creme, es mucho mas sencillo trabajar con ramas q tener q ir deshaciendo merges como te paso recientemente.

y recuerda..."Que la fuerza te acompañe"

Los del lado oscuro tenemos sables láser más chulos...

¿Todavía hay gente usando ese Notepad++? ¿En la era de Sublime Text?

bueno pues he subido "a mano" mi desarrollo, muchas cosas están en etapas tempranas y no están claras por que había muchos frentes abiertos como item, ficheros comunes, xml o json...

De momento prima la comodidad para poder añadirlo al canal, si más adelante se cambia el item pues no tendría que hacer tanto cacao y mejoraría el rendimiento.

Jesús yo uso pycharm y es muy muy util, desde tener compatiblidad con gitHub hasta mostrarte las variables que no se usan por ejemplo.

Yo le tengo mucho cariño al editplus, me cuesta no usarlo, ahora lo tengo con 34 archivos en edición y no se me queja, lo tengo que querer

y pensaba que yo era el único que me hacia un lio con github... ya veo que no...

Creo q hablo en nombre de todos cuando digo :" me cago en la madre q pario a github" ... Como añoro mi svn...

Recuperando este hilo, a ver si damos con una buena solución.

Más o menos voy cogiendo el truco a Github, gracias sobre todo a @super_berny el grande y su inestimable ayuda.

Sin embargo definitivamente cada vez veo más lejos para este proyecto la propuesta de workflow que hace "Gitflow", así que propongo lo siguiente que habíamos comentado ya en Github:

1) Vamos a tener dos ramas, una "master" con la versión estable publicada y otra "develop" para trabajar. No hay ramas "hotfix".
2) Los cambios en canales, conectores, arreglos, etc. se harán mediante Pull Requests a la rama "develop". Daré permisos a los que os habéis ofrecido para hacer el merge de esos Pull Requests en "develop", así cuando no pueda hacerlos yo no habrá bloqueos.
3) Si hay que hacer cosas que se prolonguen durante varias versiones, crearemos una rama de "develop" para pasar ahí el pull request y que no afecte al desarrollo normal.
4) Al publicar cada nueva versión haré los cambios sobre develop y al final lo pasaré a master, de forma que tengan lo mismo y se pueda seguir trabajando. Mi idea es publicar versión cada una o dos semanas (aunque realmente no soy dueño de mi agenda) así que no debería haber muchas diferencias.

Creo que debemos elaborar una guía con los casos de uso comunes (descargar el proyecto, arreglar un canal, hacer un pull request, etc.), muy sencillito y usando SourceTree, para quitarle el miedo a la gente. Que esto del Git acojona mucho al principio, doy fe.

Pienso que si se usara el sistema de update de divadres no habría que crear tantas versiones del plugin sólo para añadir correcciones del canal, tan sólo se crearía para desarrollo o modificaciones de cosas que no sean channels o servers.

Pongo ejemplo:

1) Manolo reporta en el foro que el canal pordede no funciona.
2) Paco realiza el arreglo, adjunta el py al foro y se prueba para confirmar que está todo correcto.
3) Paco u otra persona sube al github el arreglo y se mergea en el master.

Javi, que hace 2 días que no usaba su mediacenter podrá usar el canal pordede sin ni siquiera saber que estaba roto.

+1 creó q las actualizaciones automáticas de canales debería ser prioritario