<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman,new york,times,serif;font-size:12pt"><div>Ya lo he subido GitHub, no se si bien...<br><br>Gracias.<br></div><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><br><div style="font-family: arial,helvetica,sans-serif; font-size: 13px;"><font face="Tahoma" size="2"><hr size="1"><b><span style="font-weight: bold;">De:</span></b> Diego Kuperman &lt;diego@kuperman.com.ar&gt;<br><b><span style="font-weight: bold;">Para:</span></b> Lista de correo de Madrid Perl Mongers &lt;madrid-pm@pm.org&gt;<br><b><span style="font-weight: bold;">Enviado:</span></b> jue,11 febrero, 2010 16:06<br><b><span style="font-weight: bold;">Asunto:</span></b> Re: [Madrid-pm] Nes PerlDigüeño<br></font><br>Hola!,<br><br>On 2/11/10 10:48 AM, Skript Ke wrote:<br>&gt; Perdón... ahora entiendo...<br>&gt; <br>&gt; Que sepas que yo empecé
 con Perl y la Web picado con el notepad de <br>&gt; Windows 95 y a mucha honra :-)&nbsp; después me pase al Ultraedit, <br>&gt; posteriormente linux y Geany, y ahora ando con eclipse con un plugin <br>&gt; para Git (EGit) que he estado probando con Git instalado de forma<br>&gt; local.<br>&gt; <br>Pues, si ya tienes el codigo en un repo git, lo unico que tienes que<br>hacer es agregar el que has creado en github (ahi te dara la url de<br>lectura-escritura):<br><br>git remote add [shortname] [url]<br><br>En tu caso podria ser:<br><br>&gt; git remote add origin <a ymailto="mailto:git@github..com" href="mailto:git@github.com">git@github.com</a>:skriptke/nes.git<br><br>y ahora solo te queda subir el codigo que ya tienes en el repo local:<br><br>&gt; git push origin master<br><br>(he asumido que estas en la rama por defecto)<br><br>y ya esta, una vez subido, solo haces "push" y "pull" (mirate tambien<br>rebase) para mantener el proyecto en sincro con el
 repositorio "de<br>origen" que seria el de github.<br><br>Las ventajas, como te comentaba salva, son muchas, pero sobre todo, que<br>facilita la colaboración. El flujo normal es que si alguien se interesa<br>en tu proyecto, lo "forkee" y modifique su rama segun se vaya<br>involucrando, cuando tenga algo que crea que debe ir a tu rama (la<br>principal) te enviara un "pull request" que tu decidiras si aceptas. A<br>partir de ese momento, probablemente aparezca gente que colabore<br>asiduamente y github te permite que les des permisos en tu rama para que<br>ellos mismos se acepten los pull request o para que directamente<br>trabajen sobre ese mismo arbol, en definitiva, con git todas son ramas<br>remotas (tu disco, github o un fork) que mantienen el punto de contacto<br>y que mezclan commit a commit.<br><br>El ultimo concejo, para que sea facil de gestionar, es importante que<br>cada cammit sea lo mas chico posible, este bien documentado (el
 mensaje<br>del commit) y ataque de a un problema a la vez, asi luego es mas facil<br>hacer los merges sin tantos conflictos ;)<br><br>Otra cosa, ya que estas justo en un topic bastante desarrollado hoy en<br>dia, yo te recomiendo que te mires muy de cerca otros frameworks que<br>estan haciendo cosas similares porque seguro que puedes utilizar partes<br>y tecnicas comunes:<br><br><a href="http://github.com/rafl/catalyst-runtime" target="_blank">http://github.com/rafl/catalyst-runtime</a><br><a href="http://github.com/kraih/mojo" target="_blank">http://github.com/kraih/mojo</a><br><a href="http://github.com/bestpractical/jifty" target="_blank">http://github.com/bestpractical/jifty</a><br><br>Creo que estos son los mas destacados hoy en dia, por lo que yo conozco,<br>creo que mojo es muy interesante.<br><br>Eso es todo por el momento, si necesitas ayuda con algo par subir tu<br>codigo a github comentalo por aqui e intentaremos ayudarte
 ;)<br><br>Saludos,<br>Diego<br><br><br><br>&gt; ------------------------------------------------------------------------<br>&gt;<br>&gt; <br>*De:* pancho horrillo &lt;<a ymailto="mailto:pancho@pancho.name" href="mailto:pancho@pancho.name">pancho@pancho.name</a>&gt;<br>&gt; *Para:* Lista de correo de Madrid Perl Mongers &lt;<a ymailto="mailto:madrid-pm@pm.org" href="mailto:madrid-pm@pm.org">madrid-pm@pm.org</a>&gt; <br>&gt; *Enviado:* jue,11 febrero, 2010 14:32 *Asunto:* Re: [Madrid-pm] Nes<br>&gt; PerlDigüeño<br>&gt; <br>&gt; On Thu, Feb 11, 2010 at 05:15:06AM -0800, Skript Ke wrote:<br>&gt;&gt; Creo que me he explicado mal, en sourceforge no están más que los <br>&gt;&gt; paquetes zip para descargarse, no uso subversion ni ninguna otra <br>&gt;&gt; utilidad de sourceforge, lo tengo instalado de forma local en mi <br>&gt;&gt; equipo, a la espera de subirlo GitHub, que no se ha hecho por los <br>&gt;&gt; motivos que te comentaba.<br>&gt;
 [...]<br>&gt; <br>&gt; Creo que que Salva estaba respondiendote a:<br>&gt; <br>&gt; Skrip Ke thus spoke:<br>&gt;&gt; [...]&nbsp; así que aún tengo los fuentes en mi equipo,<br>&gt; <br>&gt; <br>&gt; Salvador Fandiño thus spoke:<br>&gt;&gt; eeeh... no, esto no me encaja.<br>&gt;&gt; <br>&gt;&gt; Usar un sistema de control de versiones no es algo que haces a <br>&gt;&gt; posteriori de cara a publicar tu trabajo.<br>&gt;&gt; <br>&gt;&gt; Un sistema de control de versiones es una herramienta que tu mismo <br>&gt;&gt; utilizas para ayudarte al desarrollo.<br>&gt;&gt; <br>&gt; <br>&gt; Para que quede claro, la recomendación es desarrollar con un sistema<br>&gt; de control de versiones, no picar código «a pelo».<br>&gt; <br>&gt; <br>&gt; . Git funciona muy bien, y su modelo distribuído permite hacer<br>&gt; diabluras.<br>&gt; <br>&gt; . Mercurial es similar a git.<br>&gt; <br>&gt; . Y si quieres aferrarte al pasado, Subversion + SVK es otra<br>&gt;
 posibilidad.<br>&gt; <br>&gt; Pero trabajar «a pelo» tiene grandes riesgos, y reduce la<br>&gt; trazabilidad de las decisiones que tomas a medida que el código va<br>&gt; evolucionando.<br>&gt; <br>&gt; Se puede contar algo brevemente de sistemas de control de versiones<br>&gt; en la próxima reunión si alguien tiene interés.<br>&gt; <br>&gt; Saludos!<br>&gt; <br>&gt; -- pancho horrillo<br>&gt; <br>&gt; To be conscious that you are ignorant is a great step to knowledge.<br>&gt; <br>&gt; Benjamin Disraeli _______________________________________________ <br>&gt; Madrid-pm mailing list <a ymailto="mailto:Madrid-pm@pm.org" href="mailto:Madrid-pm@pm.org">Madrid-pm@pm.org</a> &lt;mailto:<a ymailto="mailto:Madrid-pm@pm.org" href="mailto:Madrid-pm@pm.org">Madrid-pm@pm.org</a>&gt; <br>&gt; <a href="http://mail.pm.org/mailman/listinfo/madrid-pm" target="_blank">http://mail..pm.org/mailman/listinfo/madrid-pm</a><br>&gt; <br>&gt; <br>&gt; <br>&gt;
 _______________________________________________ Madrid-pm mailing<br>&gt; list <a ymailto="mailto:Madrid-pm@pm.org" href="mailto:Madrid-pm@pm.org">Madrid-pm@pm.org</a> <a href="http://mail.pm.org/mailman/listinfo/madrid-pm" target="_blank">http://mail.pm.org/mailman/listinfo/madrid-pm</a><br>_______________________________________________<br>Madrid-pm mailing list<br><a ymailto="mailto:Madrid-pm@pm.org" href="mailto:Madrid-pm@pm.org">Madrid-pm@pm.org</a><br><a href="http://mail.pm.org/mailman/listinfo/madrid-pm" target="_blank">http://mail.pm.org/mailman/listinfo/madrid-pm</a><br></div></div>
</div><br>



      </body></html>