.NET Tutorial 54. Google code: Desarrollo colaborativo. HOW TO para ‘torpes’

¿Desarrollo colaborativo?…esto…no tengo ni idea, pero parece interesante.

Nota del autor: Este es un tutorial bastante extenso, sobre todo en cantidad de imagenes que contiene, pero creo que merece la pena y así será mucho más fácil de seguir, que por otra parte es lo que siempre intento a la hora de redactar mis entradas.

¿Qué es el ‘desarrollo colaborativo‘?

Pues puestos a imaginar, imagínate que conoces a varios foreros / amigos, pongamos un grupo de 3 programadores, 2 diseñadores, 1 músico, 1 guionista y 2 betatesters.

Este pequeño grupo decide realizar lo que será el próximo Minecraft (tiembla Notch :), pero uno vive en Madrid, otro en Barcelona, otro en Sevilla, 2 en Valladolid, otro en Valencia, incluso hay un betatester que vive en México DF

¿Cómo se puede organizar todo el código fuente, gráficos, música, etc. para que todos los integrantes del equipo se coordinen perfectamnete?

Bien, aquí es donde entra el ‘desarrollo colaborativo’

Actualmente existen bastantes herramientas que nos permiten hacer eso, tener todo en ‘orden’ para que todo el equipo de desarrollo esté informado en todo momento de los cambios, parches, versiones, etc.

Uno de los sitios web más conocidos posiblemente sea GitHub donde existe la versión gratuita para todos aquellos desarrollos de código abierto.

También es bastante conocido el software TortoiseSVN que de alguna forma nos permite montar nuestro propio ‘servidor de repositorios’.

Por último tenemos Google Code, que será del que hablaremos en esta entrada, que al igual de GitHub nos permite alojar de forma gratuita nuestros proyectos de código abierto.

 

Paso 1: Crear repositorio en Google Code

Pues bien, lo primero que tendremos que hacer es crear un repositorio para nuestro proyecto desde la página de  Google Code . Para ello accedemos a nuestra cuenta de gmail, vamos a la página Google Code y pulsamos en la opción crear un nuevo proyecto:

(Nota: con una misma cuenta puedes gestionar más de un proyecto)

Se mostrará una pantalla como esta:


(Haz click para agrandar)

Si os fijáis, en Google Code se pueden usar 3 tipos de control de versiones: Git, Mercurial y Subversion.

En nuestro caso vamos a usar Subversion, puesto que más adelante vamos a descargar una utilidad para la gestión de versiones desde el propio Visual Studio. Dicha utilidad ya os lo adelanto es el AnkhSVN que es totalmente gratuita y se integra perfectamente en Visual Studio.

Además, por lo poco que he podido ver, la mayoría de los repositorios en Google Code que me interesan personalmente están con el sistema Subversion.

Bueno, que me lio, como siempre.

Rellenamos los campos (son todos obligatorios) y más o menos tendremos esto:


(Haz click para agrandar)

Al pulsar en el botón Create project ya tenemos nuestro repositorio creado. Somos unos cracks 🙂


(Haz click para agrandar)

Bien, lo primero que hay que hacer es ir a la opción Profile:

 

 

Luego hay que ir a la opción Settings:

 

 

Aquí deberéis anotar la clave que se os proporciona.

Esta clave será la que se deberá usar para ‘subir’ el código al repositorio.

Me llevó casi media hora darme cuenta de este pequeño detalle, ya que cuando intentaba subir el código siempre me daba error y ya pensaba que era del firewall o yo que sé (es lo que tiene no hacer caso de está máxima: RTFM )

Bien, anotado el código y revisados los parámetros, pasemos al paso 2

 

Paso 2: Subir nuestro código con AnkhSVN

Tal y como hemos dicho hemos usado el sistema subversión para el control de versiones en nuestro repositorio de Google Code.

Para ello usaremos AnkhSVN que es una herramienta totalmente gratuita y que se integra a la perfección en Visual Studio.

 

Desde la página de AnkhSVN descargamos el ejecutable y simplemente lo instalamos.

Nota: Es recomendable tener cerrado el Visual Studio durante la instalación.

Bien, una vez instalado el AnkhSVN, abrimos nuestro proyecto, en este caso el FloodersInspector, y nos llama la atención la pestañade ‘Pending Changes’:


(Haz click para agrandar)

Además, tenemos una nueva opción en el menú Archivo, que nos permite abrir un proyecto de ‘Subversion’ (lo veremos en en paso 4)


(Haz click para agrandar)

Lo que ahora nos interesa es subir por primera vez nuestro código fuente al repositorio de Google Code, puesto que dicho repositorio está creado pero aún está vacio.

Para ello nos ponemos encima del explorador de soluciones y pulsamos con el botón derecho del ratón sobre nuestra solución/proyecto:


(Haz click para agrandar)

Observaréis que hay tres nuevas opciones que hacen referencia al control de versiones con subversion. Seleccionaremos la opción "Add Solution to Subversion…"

Antes que nada, tendremos que saber la dirección donde se tendrá que "subir" nuestro código fuente. Dicha dirección se muestra en la pestaña Source de nuestro repositorio en Google Code y sigue el siguiente patrón:

https://nombre del repositorio.googlecode.com/svn/


(Haz click para agrandar)

Pues bien, al pulsar en Add Solution to Subversion… se mostrará la siguiente ventana:

Ponemos la dirección (sólo hasta el svn ) en la caja de texto Repository Url: y veréis que se "carga" la estructura del repositorio en Google Code.

Deberemos seleccionar la carpeta trunk que es donde colocaremos nuestro código fuente:

Al pulsar en OK se muestra una venta de Log de mensajes, en mi caso he puesto lo siguiente:

Finalmente, al pulsar en OK se realizará con primera conexión con nuestro repositorio y nos pedirá el usuario y contraseña:

 

 

Nota: Recordar que la contraseña no es la contraseña con la que os distéis ese usuario de "gmail" sino la que está en la pestaña Profile >> Settings de la página de vuestro repositorio!!!

Es recomendable marcar la opción Recordar contraseña puesto que así no tendremos que ponerla cada vez que hagamos un "Commit" (actualización del código)

Al pulsar el botón Aceptar se procederá al envío del código fuente:

Si volvemos a nuestro navegador web y pulsamos en la pestaña Source >> Changes observamos:


(Haz click para agrandar)

Si ahora vamos con el navegador web a nuestro repositorio y pulsamos en la pestaña Source >> Browse vemos que efectivamente, nuestro código ya está allí:


(Haz click para agrandar)

 

Paso 3: Modificando el código

El otro día me informarón de un "bug" en el FloodersInspector. Revisando el código, el "error" estaba en la línea:

Private ParseLineFROM As Integer = 247

El nuevo valor correcto es este:

Al realizar este simple cambio vereis que en el explorador de soluciones el "simbolito" que aparece al lado del Form1.vb se ha puesto en rojo. Esto indica que en dicho archivos se ha realizado un cambio:

Además tambien se muestra dicho cambio en el panel de "Cambios Pendientes"


(Haz click para agrandar)

Bien, vamos a aprovechar para cambiar la versión al FloodersInspector, ya que hemos corregido el bug y hay que asignarle una nueva versión al ejecutable final.

Para ello desde el explorador de soluciones pulsamos en el icono para mostrar todos los archivos:

Y hacemos click en el archivo AssemblyInfo.vb:

Cambiamos y establecemos que ahora el programa será la versión 0.0.0.6


(Haz click para agrandar)

Al hacer este cambio volveréis a observar que en "icono" del archivo AssemblyInfo.vb se ha puesto en rojo y que en la pestaña de "Cambios Pendientes" aparece dicho archivo.

Escribimos en la casilla "Message:" lo siguiente:

Cambios para compatibilidad a fecha 28/07/2012


(Haz click para agrandar)

Finalmente pulsamos en Commit

Al hacer en "Commit" se envian los cambios/modificaciones a nuestro repositorio de Google Code:


(Haz click para agrandar)

Cuando se ha finalizado veréis que no hay cambios pendientes y que todos los archivos están actualizados:


(Haz click para agrandar)

Si ahora vamos al navegador web y pulsamos en la pestaña Source >> Changes vemos el mensaje del cambio:


(Haz click para agrandar)

Si pulsamos donde pone r3 se muestran los detalles del cambio de la "revisión 3":


(Haz click para agrandar)

 

Paso 4: Abrir por primera vez un proyecto de Subversion

La ‘gracia’ del asunto viene ahora. Y rápidamente me entenderéis porque.

A partir de este momento, cualquiera puede descargarse el código fuente que está en el repositorio, abrirlo con el Visual Studio y compilarlo.

Para ello la persona "x" se va a la pestaña "Source" donde se indica la dirección que tiene que usar para arbrir el proyecto:


(Haz click para agrandar)

En Visual Studio vamos a Archivo >> Abrir >> Subversion Project… y se muestra la siguiente ventana:

Pulsamos en el icono de la "bola del mundo" y se muestra una ventana donde pondremos la dirección que aparece en la página del Google Code (sólo hasta /svn/)

Al pulsar en OK se cargará la estructura del repositorio:

Seleccionamos la carpeta trunk puesto que es ahí donde hemos colocado nuestro código fuente.

…accedemos a la carpeta meriFloodersInspector…

y finalmente seleccionamos el archivo meriFloodersInspector.sln:

Al pulsar en Open se nos pedirá en que direcotrio Local queremos guardar el proyecto, que por defecto, si se usa Visual Studio 2010 seria una cosa del estilo:

C:UsersTuUsuarioVisual Studio 2010ProjectsnombreDelProyecto pero puedes ponerlo donde quieras:


(Haz click para agrandar)

Al darle al OK se empezará a descargar el código fuente y voilá:


(Haz click para agrandar)

PD: A partir de este momento, si se quiere volver a abrir la solución, no es necesario ir a Archivo >> Abrir >> Subversion Project… Una vez que ya tienes el código en tu directorio local lo abrirás como abres cualquier otro proyecto en Visual Studio: Archivo >> Abrir Proyecto.

Al tener el AnkhSVN instalado, éste ya se encargará de configurarlo todo correctamente.

En la carpeta donde se ha descargado el código fuente hay una carpeta oculta llamada .svn que es la que contiene la información sobre el control de versiones:

 

Si el creador del proyecto te ha dado permisos puedes realizar cambios en el código y hacer un "Commit", de esta forma dá un poco lo mismo si un desarrollador está en Madrid y el otro en Sevilla.

Hay muchas más opciones por explorar, pero eso ya os lo dejo a vosotros 🙂

 

Tags:google code, svn, git, ankhsvn, subversion, tutorial, social coding, desarrollo colaborativo

Saludos.
mov eax,ollydbg; Int 13h

 


Ollydbg ProSignature

 

.NET Tutorial 54. Google code: Desarrollo colaborativo. HOW TO para ‘torpes’

¿Desarrollo colaborativo?…esto…no tengo ni idea, pero parece interesante.

Nota del autor: Este es un tutorial bastante extenso, sobre todo en cantidad de imagenes que contiene, pero creo que merece la pena y así será mucho más fácil de seguir, que por otra parte es lo que siempre intento a la hora de redactar mis entradas.

¿Qué es el ‘desarrollo colaborativo‘?

Pues puestos a imaginar, imagínate que conoces a varios foreros / amigos, pongamos un grupo de 3 programadores, 2 diseñadores, 1 músico, 1 guionista y 2 betatesters.

Este pequeño grupo decide realizar lo que será el próximo Minecraft (tiembla Notch :), pero uno vive en Madrid, otro en Barcelona, otro en Sevilla, 2 en Valladolid, otro en Valencia, incluso hay un betatester que vive en México DF

¿Cómo se puede organizar todo el código fuente, gráficos, música, etc. para que todos los integrantes del equipo se coordinen perfectamnete?

Bien, aquí es donde entra el ‘desarrollo colaborativo’

Actualmente existen bastantes herramientas que nos permiten hacer eso, tener todo en ‘orden’ para que todo el equipo de desarrollo esté informado en todo momento de los cambios, parches, versiones, etc.

Uno de los sitios web más conocidos posiblemente sea GitHub donde existe la versión gratuita para todos aquellos desarrollos de código abierto.

También es bastante conocido el software TortoiseSVN que de alguna forma nos permite montar nuestro propio ‘servidor de repositorios’.

Por último tenemos Google Code, que será del que hablaremos en esta entrada, que al igual de GitHub nos permite alojar de forma gratuita nuestros proyectos de código abierto.

 

Paso 1: Crear repositorio en Google Code

Pues bien, lo primero que tendremos que hacer es crear un repositorio para nuestro proyecto desde la página de  Google Code . Para ello accedemos a nuestra cuenta de gmail, vamos a la página Google Code y pulsamos en la opción crear un nuevo proyecto:

(Nota: con una misma cuenta puedes gestionar más de un proyecto)

Se mostrará una pantalla como esta:


(Haz click para agrandar)

Si os fijáis, en Google Code se pueden usar 3 tipos de control de versiones: Git, Mercurial y Subversion.

En nuestro caso vamos a usar Subversion, puesto que más adelante vamos a descargar una utilidad para la gestión de versiones desde el propio Visual Studio. Dicha utilidad ya os lo adelanto es el AnkhSVN que es totalmente gratuita y se integra perfectamente en Visual Studio.

Además, por lo poco que he podido ver, la mayoría de los repositorios en Google Code que me interesan personalmente están con el sistema Subversion.

Bueno, que me lio, como siempre.

Rellenamos los campos (son todos obligatorios) y más o menos tendremos esto:


(Haz click para agrandar)

Al pulsar en el botón Create project ya tenemos nuestro repositorio creado. Somos unos cracks 🙂


(Haz click para agrandar)

Bien, lo primero que hay que hacer es ir a la opción Profile:

 

 

Luego hay que ir a la opción Settings:

 

 

Aquí deberéis anotar la clave que se os proporciona.

Esta clave será la que se deberá usar para ‘subir’ el código al repositorio.

Me llevó casi media hora darme cuenta de este pequeño detalle, ya que cuando intentaba subir el código siempre me daba error y ya pensaba que era del firewall o yo que sé (es lo que tiene no hacer caso de está máxima: RTFM )

Bien, anotado el código y revisados los parámetros, pasemos al paso 2

 

Paso 2: Subir nuestro código con AnkhSVN

Tal y como hemos dicho hemos usado el sistema subversión para el control de versiones en nuestro repositorio de Google Code.

Para ello usaremos AnkhSVN que es una herramienta totalmente gratuita y que se integra a la perfección en Visual Studio.

 

Desde la página de AnkhSVN descargamos el ejecutable y simplemente lo instalamos.

Nota: Es recomendable tener cerrado el Visual Studio durante la instalación.

Bien, una vez instalado el AnkhSVN, abrimos nuestro proyecto, en este caso el FloodersInspector, y nos llama la atención la pestañade ‘Pending Changes’:


(Haz click para agrandar)

Además, tenemos una nueva opción en el menú Archivo, que nos permite abrir un proyecto de ‘Subversion’ (lo veremos en en paso 4)


(Haz click para agrandar)

Lo que ahora nos interesa es subir por primera vez nuestro código fuente al repositorio de Google Code, puesto que dicho repositorio está creado pero aún está vacio.

Para ello nos ponemos encima del explorador de soluciones y pulsamos con el botón derecho del ratón sobre nuestra solución/proyecto:


(Haz click para agrandar)

Observaréis que hay tres nuevas opciones que hacen referencia al control de versiones con subversion. Seleccionaremos la opción "Add Solution to Subversion…"

Antes que nada, tendremos que saber la dirección donde se tendrá que "subir" nuestro código fuente. Dicha dirección se muestra en la pestaña Source de nuestro repositorio en Google Code y sigue el siguiente patrón:

https://nombre del repositorio.googlecode.com/svn/


(Haz click para agrandar)

Pues bien, al pulsar en Add Solution to Subversion… se mostrará la siguiente ventana:

Ponemos la dirección (sólo hasta el svn ) en la caja de texto Repository Url: y veréis que se "carga" la estructura del repositorio en Google Code.

Deberemos seleccionar la carpeta trunk que es donde colocaremos nuestro código fuente:

Al pulsar en OK se muestra una venta de Log de mensajes, en mi caso he puesto lo siguiente:

Finalmente, al pulsar en OK se realizará con primera conexión con nuestro repositorio y nos pedirá el usuario y contraseña:

 

 

Nota: Recordar que la contraseña no es la contraseña con la que os distéis ese usuario de "gmail" sino la que está en la pestaña Profile >> Settings de la página de vuestro repositorio!!!

Es recomendable marcar la opción Recordar contraseña puesto que así no tendremos que ponerla cada vez que hagamos un "Commit" (actualización del código)

Al pulsar el botón Aceptar se procederá al envío del código fuente:

Si volvemos a nuestro navegador web y pulsamos en la pestaña Source >> Changes observamos:


(Haz click para agrandar)

Si ahora vamos con el navegador web a nuestro repositorio y pulsamos en la pestaña Source >> Browse vemos que efectivamente, nuestro código ya está allí:


(Haz click para agrandar)

 

Paso 3: Modificando el código

El otro día me informarón de un "bug" en el FloodersInspector. Revisando el código, el "error" estaba en la línea:

Private ParseLineFROM As Integer = 247

El nuevo valor correcto es este:

Al realizar este simple cambio vereis que en el explorador de soluciones el "simbolito" que aparece al lado del Form1.vb se ha puesto en rojo. Esto indica que en dicho archivos se ha realizado un cambio:

Además tambien se muestra dicho cambio en el panel de "Cambios Pendientes"


(Haz click para agrandar)

Bien, vamos a aprovechar para cambiar la versión al FloodersInspector, ya que hemos corregido el bug y hay que asignarle una nueva versión al ejecutable final.

Para ello desde el explorador de soluciones pulsamos en el icono para mostrar todos los archivos:

Y hacemos click en el archivo AssemblyInfo.vb:

Cambiamos y establecemos que ahora el programa será la versión 0.0.0.6


(Haz click para agrandar)

Al hacer este cambio volveréis a observar que en "icono" del archivo AssemblyInfo.vb se ha puesto en rojo y que en la pestaña de "Cambios Pendientes" aparece dicho archivo.

Escribimos en la casilla "Message:" lo siguiente:

Cambios para compatibilidad a fecha 28/07/2012


(Haz click para agrandar)

Finalmente pulsamos en Commit

Al hacer en "Commit" se envian los cambios/modificaciones a nuestro repositorio de Google Code:


(Haz click para agrandar)

Cuando se ha finalizado veréis que no hay cambios pendientes y que todos los archivos están actualizados:


(Haz click para agrandar)

Si ahora vamos al navegador web y pulsamos en la pestaña Source >> Changes vemos el mensaje del cambio:


(Haz click para agrandar)

Si pulsamos donde pone r3 se muestran los detalles del cambio de la "revisión 3":


(Haz click para agrandar)

 

Paso 4: Abrir por primera vez un proyecto de Subversion

La ‘gracia’ del asunto viene ahora. Y rápidamente me entenderéis porque.

A partir de este momento, cualquiera puede descargarse el código fuente que está en el repositorio, abrirlo con el Visual Studio y compilarlo.

Para ello la persona "x" se va a la pestaña "Source" donde se indica la dirección que tiene que usar para arbrir el proyecto:


(Haz click para agrandar)

En Visual Studio vamos a Archivo >> Abrir >> Subversion Project… y se muestra la siguiente ventana:

Pulsamos en el icono de la "bola del mundo" y se muestra una ventana donde pondremos la dirección que aparece en la página del Google Code (sólo hasta /svn/)

Al pulsar en OK se cargará la estructura del repositorio:

Seleccionamos la carpeta trunk puesto que es ahí donde hemos colocado nuestro código fuente.

…accedemos a la carpeta meriFloodersInspector…

y finalmente seleccionamos el archivo meriFloodersInspector.sln:

Al pulsar en Open se nos pedirá en que direcotrio Local queremos guardar el proyecto, que por defecto, si se usa Visual Studio 2010 seria una cosa del estilo:

C:UsersTuUsuarioVisual Studio 2010ProjectsnombreDelProyecto pero puedes ponerlo donde quieras:


(Haz click para agrandar)

Al darle al OK se empezará a descargar el código fuente y voilá:


(Haz click para agrandar)

PD: A partir de este momento, si se quiere volver a abrir la solución, no es necesario ir a Archivo >> Abrir >> Subversion Project… Una vez que ya tienes el código en tu directorio local lo abrirás como abres cualquier otro proyecto en Visual Studio: Archivo >> Abrir Proyecto.

Al tener el AnkhSVN instalado, éste ya se encargará de configurarlo todo correctamente.

En la carpeta donde se ha descargado el código fuente hay una carpeta oculta llamada .svn que es la que contiene la información sobre el control de versiones:

 

Si el creador del proyecto te ha dado permisos puedes realizar cambios en el código y hacer un "Commit", de esta forma dá un poco lo mismo si un desarrollador está en Madrid y el otro en Sevilla.

Hay muchas más opciones por explorar, pero eso ya os lo dejo a vosotros 🙂

 

Tags:google code, svn, git, ankhsvn, subversion, tutorial, social coding, desarrollo colaborativo

Saludos.
mov eax,ollydbg; Int 13h

 


Ollydbg ProSignature

 

.NET Tutorial 54. Google code: Desarrollo colaborativo. HOW TO para ‘torpes’

¿Desarrollo colaborativo?…esto…no tengo ni idea, pero parece interesante.

Nota del autor: Este es un tutorial bastante extenso, sobre todo en cantidad de imagenes que contiene, pero creo que merece la pena y así será mucho más fácil de seguir, que por otra parte es lo que siempre intento a la hora de redactar mis entradas.

¿Qué es el ‘desarrollo colaborativo‘?

Pues puestos a imaginar, imagínate que conoces a varios foreros / amigos, pongamos un grupo de 3 programadores, 2 diseñadores, 1 músico, 1 guionista y 2 betatesters.

Este pequeño grupo decide realizar lo que será el próximo Minecraft (tiembla Notch :), pero uno vive en Madrid, otro en Barcelona, otro en Sevilla, 2 en Valladolid, otro en Valencia, incluso hay un betatester que vive en México DF

¿Cómo se puede organizar todo el código fuente, gráficos, música, etc. para que todos los integrantes del equipo se coordinen perfectamnete?

Bien, aquí es donde entra el ‘desarrollo colaborativo’

Actualmente existen bastantes herramientas que nos permiten hacer eso, tener todo en ‘orden’ para que todo el equipo de desarrollo esté informado en todo momento de los cambios, parches, versiones, etc.

Uno de los sitios web más conocidos posiblemente sea GitHub donde existe la versión gratuita para todos aquellos desarrollos de código abierto.

También es bastante conocido el software TortoiseSVN que de alguna forma nos permite montar nuestro propio ‘servidor de repositorios’.

Por último tenemos Google Code, que será del que hablaremos en esta entrada, que al igual de GitHub nos permite alojar de forma gratuita nuestros proyectos de código abierto.

 

Paso 1: Crear repositorio en Google Code

Pues bien, lo primero que tendremos que hacer es crear un repositorio para nuestro proyecto desde la página de  Google Code . Para ello accedemos a nuestra cuenta de gmail, vamos a la página Google Code y pulsamos en la opción crear un nuevo proyecto:

(Nota: con una misma cuenta puedes gestionar más de un proyecto)

Se mostrará una pantalla como esta:


(Haz click para agrandar)

Si os fijáis, en Google Code se pueden usar 3 tipos de control de versiones: Git, Mercurial y Subversion.

En nuestro caso vamos a usar Subversion, puesto que más adelante vamos a descargar una utilidad para la gestión de versiones desde el propio Visual Studio. Dicha utilidad ya os lo adelanto es el AnkhSVN que es totalmente gratuita y se integra perfectamente en Visual Studio.

Además, por lo poco que he podido ver, la mayoría de los repositorios en Google Code que me interesan personalmente están con el sistema Subversion.

Bueno, que me lio, como siempre.

Rellenamos los campos (son todos obligatorios) y más o menos tendremos esto:


(Haz click para agrandar)

Al pulsar en el botón Create project ya tenemos nuestro repositorio creado. Somos unos cracks 🙂


(Haz click para agrandar)

Bien, lo primero que hay que hacer es ir a la opción Profile:

 

 

Luego hay que ir a la opción Settings:

 

 

Aquí deberéis anotar la clave que se os proporciona.

Esta clave será la que se deberá usar para ‘subir’ el código al repositorio.

Me llevó casi media hora darme cuenta de este pequeño detalle, ya que cuando intentaba subir el código siempre me daba error y ya pensaba que era del firewall o yo que sé (es lo que tiene no hacer caso de está máxima: RTFM )

Bien, anotado el código y revisados los parámetros, pasemos al paso 2

 

Paso 2: Subir nuestro código con AnkhSVN

Tal y como hemos dicho hemos usado el sistema subversión para el control de versiones en nuestro repositorio de Google Code.

Para ello usaremos AnkhSVN que es una herramienta totalmente gratuita y que se integra a la perfección en Visual Studio.

 

Desde la página de AnkhSVN descargamos el ejecutable y simplemente lo instalamos.

Nota: Es recomendable tener cerrado el Visual Studio durante la instalación.

Bien, una vez instalado el AnkhSVN, abrimos nuestro proyecto, en este caso el FloodersInspector, y nos llama la atención la pestañade ‘Pending Changes’:


(Haz click para agrandar)

Además, tenemos una nueva opción en el menú Archivo, que nos permite abrir un proyecto de ‘Subversion’ (lo veremos en en paso 4)


(Haz click para agrandar)

Lo que ahora nos interesa es subir por primera vez nuestro código fuente al repositorio de Google Code, puesto que dicho repositorio está creado pero aún está vacio.

Para ello nos ponemos encima del explorador de soluciones y pulsamos con el botón derecho del ratón sobre nuestra solución/proyecto:


(Haz click para agrandar)

Observaréis que hay tres nuevas opciones que hacen referencia al control de versiones con subversion. Seleccionaremos la opción "Add Solution to Subversion…"

Antes que nada, tendremos que saber la dirección donde se tendrá que "subir" nuestro código fuente. Dicha dirección se muestra en la pestaña Source de nuestro repositorio en Google Code y sigue el siguiente patrón:

https://nombre del repositorio.googlecode.com/svn/


(Haz click para agrandar)

Pues bien, al pulsar en Add Solution to Subversion… se mostrará la siguiente ventana:

Ponemos la dirección (sólo hasta el svn ) en la caja de texto Repository Url: y veréis que se "carga" la estructura del repositorio en Google Code.

Deberemos seleccionar la carpeta trunk que es donde colocaremos nuestro código fuente:

Al pulsar en OK se muestra una venta de Log de mensajes, en mi caso he puesto lo siguiente:

Finalmente, al pulsar en OK se realizará con primera conexión con nuestro repositorio y nos pedirá el usuario y contraseña:

 

 

Nota: Recordar que la contraseña no es la contraseña con la que os distéis ese usuario de "gmail" sino la que está en la pestaña Profile >> Settings de la página de vuestro repositorio!!!

Es recomendable marcar la opción Recordar contraseña puesto que así no tendremos que ponerla cada vez que hagamos un "Commit" (actualización del código)

Al pulsar el botón Aceptar se procederá al envío del código fuente:

Si volvemos a nuestro navegador web y pulsamos en la pestaña Source >> Changes observamos:


(Haz click para agrandar)

Si ahora vamos con el navegador web a nuestro repositorio y pulsamos en la pestaña Source >> Browse vemos que efectivamente, nuestro código ya está allí:


(Haz click para agrandar)

 

Paso 3: Modificando el código

El otro día me informarón de un "bug" en el FloodersInspector. Revisando el código, el "error" estaba en la línea:

Private ParseLineFROM As Integer = 247

El nuevo valor correcto es este:

Al realizar este simple cambio vereis que en el explorador de soluciones el "simbolito" que aparece al lado del Form1.vb se ha puesto en rojo. Esto indica que en dicho archivos se ha realizado un cambio:

Además tambien se muestra dicho cambio en el panel de "Cambios Pendientes"


(Haz click para agrandar)

Bien, vamos a aprovechar para cambiar la versión al FloodersInspector, ya que hemos corregido el bug y hay que asignarle una nueva versión al ejecutable final.

Para ello desde el explorador de soluciones pulsamos en el icono para mostrar todos los archivos:

Y hacemos click en el archivo AssemblyInfo.vb:

Cambiamos y establecemos que ahora el programa será la versión 0.0.0.6


(Haz click para agrandar)

Al hacer este cambio volveréis a observar que en "icono" del archivo AssemblyInfo.vb se ha puesto en rojo y que en la pestaña de "Cambios Pendientes" aparece dicho archivo.

Escribimos en la casilla "Message:" lo siguiente:

Cambios para compatibilidad a fecha 28/07/2012


(Haz click para agrandar)

Finalmente pulsamos en Commit

Al hacer en "Commit" se envian los cambios/modificaciones a nuestro repositorio de Google Code:


(Haz click para agrandar)

Cuando se ha finalizado veréis que no hay cambios pendientes y que todos los archivos están actualizados:


(Haz click para agrandar)

Si ahora vamos al navegador web y pulsamos en la pestaña Source >> Changes vemos el mensaje del cambio:


(Haz click para agrandar)

Si pulsamos donde pone r3 se muestran los detalles del cambio de la "revisión 3":


(Haz click para agrandar)

 

Paso 4: Abrir por primera vez un proyecto de Subversion

La ‘gracia’ del asunto viene ahora. Y rápidamente me entenderéis porque.

A partir de este momento, cualquiera puede descargarse el código fuente que está en el repositorio, abrirlo con el Visual Studio y compilarlo.

Para ello la persona "x" se va a la pestaña "Source" donde se indica la dirección que tiene que usar para arbrir el proyecto:


(Haz click para agrandar)

En Visual Studio vamos a Archivo >> Abrir >> Subversion Project… y se muestra la siguiente ventana:

Pulsamos en el icono de la "bola del mundo" y se muestra una ventana donde pondremos la dirección que aparece en la página del Google Code (sólo hasta /svn/)

Al pulsar en OK se cargará la estructura del repositorio:

Seleccionamos la carpeta trunk puesto que es ahí donde hemos colocado nuestro código fuente.

…accedemos a la carpeta meriFloodersInspector…

y finalmente seleccionamos el archivo meriFloodersInspector.sln:

Al pulsar en Open se nos pedirá en que direcotrio Local queremos guardar el proyecto, que por defecto, si se usa Visual Studio 2010 seria una cosa del estilo:

C:UsersTuUsuarioVisual Studio 2010ProjectsnombreDelProyecto pero puedes ponerlo donde quieras:


(Haz click para agrandar)

Al darle al OK se empezará a descargar el código fuente y voilá:


(Haz click para agrandar)

PD: A partir de este momento, si se quiere volver a abrir la solución, no es necesario ir a Archivo >> Abrir >> Subversion Project… Una vez que ya tienes el código en tu directorio local lo abrirás como abres cualquier otro proyecto en Visual Studio: Archivo >> Abrir Proyecto.

Al tener el AnkhSVN instalado, éste ya se encargará de configurarlo todo correctamente.

En la carpeta donde se ha descargado el código fuente hay una carpeta oculta llamada .svn que es la que contiene la información sobre el control de versiones:

 

Si el creador del proyecto te ha dado permisos puedes realizar cambios en el código y hacer un "Commit", de esta forma dá un poco lo mismo si un desarrollador está en Madrid y el otro en Sevilla.

Hay muchas más opciones por explorar, pero eso ya os lo dejo a vosotros 🙂

 

Tags:google code, svn, git, ankhsvn, subversion, tutorial, social coding, desarrollo colaborativo

Saludos.
mov eax,ollydbg; Int 13h

 


Ollydbg ProSignature

 

.NET Tutorial 54. Google code: Desarrollo colaborativo. HOW TO para ‘torpes’

¿Desarrollo colaborativo?…esto…no tengo ni idea, pero parece interesante.

Nota del autor: Este es un tutorial bastante extenso, sobre todo en cantidad de imagenes que contiene, pero creo que merece la pena y así será mucho más fácil de seguir, que por otra parte es lo que siempre intento a la hora de redactar mis entradas.

¿Qué es el ‘desarrollo colaborativo‘?

Pues puestos a imaginar, imagínate que conoces a varios foreros / amigos, pongamos un grupo de 3 programadores, 2 diseñadores, 1 músico, 1 guionista y 2 betatesters.

Este pequeño grupo decide realizar lo que será el próximo Minecraft (tiembla Notch :), pero uno vive en Madrid, otro en Barcelona, otro en Sevilla, 2 en Valladolid, otro en Valencia, incluso hay un betatester que vive en México DF

¿Cómo se puede organizar todo el código fuente, gráficos, música, etc. para que todos los integrantes del equipo se coordinen perfectamnete?

Bien, aquí es donde entra el ‘desarrollo colaborativo’

Actualmente existen bastantes herramientas que nos permiten hacer eso, tener todo en ‘orden’ para que todo el equipo de desarrollo esté informado en todo momento de los cambios, parches, versiones, etc.

Uno de los sitios web más conocidos posiblemente sea GitHub donde existe la versión gratuita para todos aquellos desarrollos de código abierto.

También es bastante conocido el software TortoiseSVN que de alguna forma nos permite montar nuestro propio ‘servidor de repositorios’.

Por último tenemos Google Code, que será del que hablaremos en esta entrada, que al igual de GitHub nos permite alojar de forma gratuita nuestros proyectos de código abierto.

 

Paso 1: Crear repositorio en Google Code

Pues bien, lo primero que tendremos que hacer es crear un repositorio para nuestro proyecto desde la página de  Google Code . Para ello accedemos a nuestra cuenta de gmail, vamos a la página Google Code y pulsamos en la opción crear un nuevo proyecto:

(Nota: con una misma cuenta puedes gestionar más de un proyecto)

Se mostrará una pantalla como esta:


(Haz click para agrandar)

Si os fijáis, en Google Code se pueden usar 3 tipos de control de versiones: Git, Mercurial y Subversion.

En nuestro caso vamos a usar Subversion, puesto que más adelante vamos a descargar una utilidad para la gestión de versiones desde el propio Visual Studio. Dicha utilidad ya os lo adelanto es el AnkhSVN que es totalmente gratuita y se integra perfectamente en Visual Studio.

Además, por lo poco que he podido ver, la mayoría de los repositorios en Google Code que me interesan personalmente están con el sistema Subversion.

Bueno, que me lio, como siempre.

Rellenamos los campos (son todos obligatorios) y más o menos tendremos esto:


(Haz click para agrandar)

Al pulsar en el botón Create project ya tenemos nuestro repositorio creado. Somos unos cracks 🙂


(Haz click para agrandar)

Bien, lo primero que hay que hacer es ir a la opción Profile:

 

 

Luego hay que ir a la opción Settings:

 

 

Aquí deberéis anotar la clave que se os proporciona.

Esta clave será la que se deberá usar para ‘subir’ el código al repositorio.

Me llevó casi media hora darme cuenta de este pequeño detalle, ya que cuando intentaba subir el código siempre me daba error y ya pensaba que era del firewall o yo que sé (es lo que tiene no hacer caso de está máxima: RTFM )

Bien, anotado el código y revisados los parámetros, pasemos al paso 2

 

Paso 2: Subir nuestro código con AnkhSVN

Tal y como hemos dicho hemos usado el sistema subversión para el control de versiones en nuestro repositorio de Google Code.

Para ello usaremos AnkhSVN que es una herramienta totalmente gratuita y que se integra a la perfección en Visual Studio.

 

Desde la página de AnkhSVN descargamos el ejecutable y simplemente lo instalamos.

Nota: Es recomendable tener cerrado el Visual Studio durante la instalación.

Bien, una vez instalado el AnkhSVN, abrimos nuestro proyecto, en este caso el FloodersInspector, y nos llama la atención la pestañade ‘Pending Changes’:


(Haz click para agrandar)

Además, tenemos una nueva opción en el menú Archivo, que nos permite abrir un proyecto de ‘Subversion’ (lo veremos en en paso 4)


(Haz click para agrandar)

Lo que ahora nos interesa es subir por primera vez nuestro código fuente al repositorio de Google Code, puesto que dicho repositorio está creado pero aún está vacio.

Para ello nos ponemos encima del explorador de soluciones y pulsamos con el botón derecho del ratón sobre nuestra solución/proyecto:


(Haz click para agrandar)

Observaréis que hay tres nuevas opciones que hacen referencia al control de versiones con subversion. Seleccionaremos la opción "Add Solution to Subversion…"

Antes que nada, tendremos que saber la dirección donde se tendrá que "subir" nuestro código fuente. Dicha dirección se muestra en la pestaña Source de nuestro repositorio en Google Code y sigue el siguiente patrón:

https://nombre del repositorio.googlecode.com/svn/


(Haz click para agrandar)

Pues bien, al pulsar en Add Solution to Subversion… se mostrará la siguiente ventana:

Ponemos la dirección (sólo hasta el svn ) en la caja de texto Repository Url: y veréis que se "carga" la estructura del repositorio en Google Code.

Deberemos seleccionar la carpeta trunk que es donde colocaremos nuestro código fuente:

Al pulsar en OK se muestra una venta de Log de mensajes, en mi caso he puesto lo siguiente:

Finalmente, al pulsar en OK se realizará con primera conexión con nuestro repositorio y nos pedirá el usuario y contraseña:

 

 

Nota: Recordar que la contraseña no es la contraseña con la que os distéis ese usuario de "gmail" sino la que está en la pestaña Profile >> Settings de la página de vuestro repositorio!!!

Es recomendable marcar la opción Recordar contraseña puesto que así no tendremos que ponerla cada vez que hagamos un "Commit" (actualización del código)

Al pulsar el botón Aceptar se procederá al envío del código fuente:

Si volvemos a nuestro navegador web y pulsamos en la pestaña Source >> Changes observamos:


(Haz click para agrandar)

Si ahora vamos con el navegador web a nuestro repositorio y pulsamos en la pestaña Source >> Browse vemos que efectivamente, nuestro código ya está allí:


(Haz click para agrandar)

 

Paso 3: Modificando el código

El otro día me informarón de un "bug" en el FloodersInspector. Revisando el código, el "error" estaba en la línea:

Private ParseLineFROM As Integer = 247

El nuevo valor correcto es este:

Al realizar este simple cambio vereis que en el explorador de soluciones el "simbolito" que aparece al lado del Form1.vb se ha puesto en rojo. Esto indica que en dicho archivos se ha realizado un cambio:

Además tambien se muestra dicho cambio en el panel de "Cambios Pendientes"


(Haz click para agrandar)

Bien, vamos a aprovechar para cambiar la versión al FloodersInspector, ya que hemos corregido el bug y hay que asignarle una nueva versión al ejecutable final.

Para ello desde el explorador de soluciones pulsamos en el icono para mostrar todos los archivos:

Y hacemos click en el archivo AssemblyInfo.vb:

Cambiamos y establecemos que ahora el programa será la versión 0.0.0.6


(Haz click para agrandar)

Al hacer este cambio volveréis a observar que en "icono" del archivo AssemblyInfo.vb se ha puesto en rojo y que en la pestaña de "Cambios Pendientes" aparece dicho archivo.

Escribimos en la casilla "Message:" lo siguiente:

Cambios para compatibilidad a fecha 28/07/2012


(Haz click para agrandar)

Finalmente pulsamos en Commit

Al hacer en "Commit" se envian los cambios/modificaciones a nuestro repositorio de Google Code:


(Haz click para agrandar)

Cuando se ha finalizado veréis que no hay cambios pendientes y que todos los archivos están actualizados:


(Haz click para agrandar)

Si ahora vamos al navegador web y pulsamos en la pestaña Source >> Changes vemos el mensaje del cambio:


(Haz click para agrandar)

Si pulsamos donde pone r3 se muestran los detalles del cambio de la "revisión 3":


(Haz click para agrandar)

 

Paso 4: Abrir por primera vez un proyecto de Subversion

La ‘gracia’ del asunto viene ahora. Y rápidamente me entenderéis porque.

A partir de este momento, cualquiera puede descargarse el código fuente que está en el repositorio, abrirlo con el Visual Studio y compilarlo.

Para ello la persona "x" se va a la pestaña "Source" donde se indica la dirección que tiene que usar para arbrir el proyecto:


(Haz click para agrandar)

En Visual Studio vamos a Archivo >> Abrir >> Subversion Project… y se muestra la siguiente ventana:

Pulsamos en el icono de la "bola del mundo" y se muestra una ventana donde pondremos la dirección que aparece en la página del Google Code (sólo hasta /svn/)

Al pulsar en OK se cargará la estructura del repositorio:

Seleccionamos la carpeta trunk puesto que es ahí donde hemos colocado nuestro código fuente.

…accedemos a la carpeta meriFloodersInspector…

y finalmente seleccionamos el archivo meriFloodersInspector.sln:

Al pulsar en Open se nos pedirá en que direcotrio Local queremos guardar el proyecto, que por defecto, si se usa Visual Studio 2010 seria una cosa del estilo:

C:UsersTuUsuarioVisual Studio 2010ProjectsnombreDelProyecto pero puedes ponerlo donde quieras:


(Haz click para agrandar)

Al darle al OK se empezará a descargar el código fuente y voilá:


(Haz click para agrandar)

PD: A partir de este momento, si se quiere volver a abrir la solución, no es necesario ir a Archivo >> Abrir >> Subversion Project… Una vez que ya tienes el código en tu directorio local lo abrirás como abres cualquier otro proyecto en Visual Studio: Archivo >> Abrir Proyecto.

Al tener el AnkhSVN instalado, éste ya se encargará de configurarlo todo correctamente.

En la carpeta donde se ha descargado el código fuente hay una carpeta oculta llamada .svn que es la que contiene la información sobre el control de versiones:

 

Si el creador del proyecto te ha dado permisos puedes realizar cambios en el código y hacer un "Commit", de esta forma dá un poco lo mismo si un desarrollador está en Madrid y el otro en Sevilla.

Hay muchas más opciones por explorar, pero eso ya os lo dejo a vosotros 🙂

 

Tags:google code, svn, git, ankhsvn, subversion, tutorial, social coding, desarrollo colaborativo

Saludos.
mov eax,ollydbg; Int 13h

 


Ollydbg ProSignature

 

.NET Tutorial 54. Google code: Desarrollo colaborativo. HOW TO para ‘torpes’

¿Desarrollo colaborativo?…esto…no tengo ni idea, pero parece interesante.

Nota del autor: Este es un tutorial bastante extenso, sobre todo en cantidad de imagenes que contiene, pero creo que merece la pena y así será mucho más fácil de seguir, que por otra parte es lo que siempre intento a la hora de redactar mis entradas.

¿Qué es el ‘desarrollo colaborativo‘?

Pues puestos a imaginar, imagínate que conoces a varios foreros / amigos, pongamos un grupo de 3 programadores, 2 diseñadores, 1 músico, 1 guionista y 2 betatesters.

Este pequeño grupo decide realizar lo que será el próximo Minecraft (tiembla Notch :), pero uno vive en Madrid, otro en Barcelona, otro en Sevilla, 2 en Valladolid, otro en Valencia, incluso hay un betatester que vive en México DF

¿Cómo se puede organizar todo el código fuente, gráficos, música, etc. para que todos los integrantes del equipo se coordinen perfectamnete?

Bien, aquí es donde entra el ‘desarrollo colaborativo’

Actualmente existen bastantes herramientas que nos permiten hacer eso, tener todo en ‘orden’ para que todo el equipo de desarrollo esté informado en todo momento de los cambios, parches, versiones, etc.

Uno de los sitios web más conocidos posiblemente sea GitHub donde existe la versión gratuita para todos aquellos desarrollos de código abierto.

También es bastante conocido el software TortoiseSVN que de alguna forma nos permite montar nuestro propio ‘servidor de repositorios’.

Por último tenemos Google Code, que será del que hablaremos en esta entrada, que al igual de GitHub nos permite alojar de forma gratuita nuestros proyectos de código abierto.

 

Paso 1: Crear repositorio en Google Code

Pues bien, lo primero que tendremos que hacer es crear un repositorio para nuestro proyecto desde la página de  Google Code . Para ello accedemos a nuestra cuenta de gmail, vamos a la página Google Code y pulsamos en la opción crear un nuevo proyecto:

(Nota: con una misma cuenta puedes gestionar más de un proyecto)

Se mostrará una pantalla como esta:


(Haz click para agrandar)

Si os fijáis, en Google Code se pueden usar 3 tipos de control de versiones: Git, Mercurial y Subversion.

En nuestro caso vamos a usar Subversion, puesto que más adelante vamos a descargar una utilidad para la gestión de versiones desde el propio Visual Studio. Dicha utilidad ya os lo adelanto es el AnkhSVN que es totalmente gratuita y se integra perfectamente en Visual Studio.

Además, por lo poco que he podido ver, la mayoría de los repositorios en Google Code que me interesan personalmente están con el sistema Subversion.

Bueno, que me lio, como siempre.

Rellenamos los campos (son todos obligatorios) y más o menos tendremos esto:


(Haz click para agrandar)

Al pulsar en el botón Create project ya tenemos nuestro repositorio creado. Somos unos cracks 🙂


(Haz click para agrandar)

Bien, lo primero que hay que hacer es ir a la opción Profile:

 

 

Luego hay que ir a la opción Settings:

 

 

Aquí deberéis anotar la clave que se os proporciona.

Esta clave será la que se deberá usar para ‘subir’ el código al repositorio.

Me llevó casi media hora darme cuenta de este pequeño detalle, ya que cuando intentaba subir el código siempre me daba error y ya pensaba que era del firewall o yo que sé (es lo que tiene no hacer caso de está máxima: RTFM )

Bien, anotado el código y revisados los parámetros, pasemos al paso 2

 

Paso 2: Subir nuestro código con AnkhSVN

Tal y como hemos dicho hemos usado el sistema subversión para el control de versiones en nuestro repositorio de Google Code.

Para ello usaremos AnkhSVN que es una herramienta totalmente gratuita y que se integra a la perfección en Visual Studio.

 

Desde la página de AnkhSVN descargamos el ejecutable y simplemente lo instalamos.

Nota: Es recomendable tener cerrado el Visual Studio durante la instalación.

Bien, una vez instalado el AnkhSVN, abrimos nuestro proyecto, en este caso el FloodersInspector, y nos llama la atención la pestañade ‘Pending Changes’:


(Haz click para agrandar)

Además, tenemos una nueva opción en el menú Archivo, que nos permite abrir un proyecto de ‘Subversion’ (lo veremos en en paso 4)


(Haz click para agrandar)

Lo que ahora nos interesa es subir por primera vez nuestro código fuente al repositorio de Google Code, puesto que dicho repositorio está creado pero aún está vacio.

Para ello nos ponemos encima del explorador de soluciones y pulsamos con el botón derecho del ratón sobre nuestra solución/proyecto:


(Haz click para agrandar)

Observaréis que hay tres nuevas opciones que hacen referencia al control de versiones con subversion. Seleccionaremos la opción "Add Solution to Subversion…"

Antes que nada, tendremos que saber la dirección donde se tendrá que "subir" nuestro código fuente. Dicha dirección se muestra en la pestaña Source de nuestro repositorio en Google Code y sigue el siguiente patrón:

https://nombre del repositorio.googlecode.com/svn/


(Haz click para agrandar)

Pues bien, al pulsar en Add Solution to Subversion… se mostrará la siguiente ventana:

Ponemos la dirección (sólo hasta el svn ) en la caja de texto Repository Url: y veréis que se "carga" la estructura del repositorio en Google Code.

Deberemos seleccionar la carpeta trunk que es donde colocaremos nuestro código fuente:

Al pulsar en OK se muestra una venta de Log de mensajes, en mi caso he puesto lo siguiente:

Finalmente, al pulsar en OK se realizará con primera conexión con nuestro repositorio y nos pedirá el usuario y contraseña:

 

 

Nota: Recordar que la contraseña no es la contraseña con la que os distéis ese usuario de "gmail" sino la que está en la pestaña Profile >> Settings de la página de vuestro repositorio!!!

Es recomendable marcar la opción Recordar contraseña puesto que así no tendremos que ponerla cada vez que hagamos un "Commit" (actualización del código)

Al pulsar el botón Aceptar se procederá al envío del código fuente:

Si volvemos a nuestro navegador web y pulsamos en la pestaña Source >> Changes observamos:


(Haz click para agrandar)

Si ahora vamos con el navegador web a nuestro repositorio y pulsamos en la pestaña Source >> Browse vemos que efectivamente, nuestro código ya está allí:


(Haz click para agrandar)

 

Paso 3: Modificando el código

El otro día me informarón de un "bug" en el FloodersInspector. Revisando el código, el "error" estaba en la línea:

Private ParseLineFROM As Integer = 247

El nuevo valor correcto es este:

Al realizar este simple cambio vereis que en el explorador de soluciones el "simbolito" que aparece al lado del Form1.vb se ha puesto en rojo. Esto indica que en dicho archivos se ha realizado un cambio:

Además tambien se muestra dicho cambio en el panel de "Cambios Pendientes"


(Haz click para agrandar)

Bien, vamos a aprovechar para cambiar la versión al FloodersInspector, ya que hemos corregido el bug y hay que asignarle una nueva versión al ejecutable final.

Para ello desde el explorador de soluciones pulsamos en el icono para mostrar todos los archivos:

Y hacemos click en el archivo AssemblyInfo.vb:

Cambiamos y establecemos que ahora el programa será la versión 0.0.0.6


(Haz click para agrandar)

Al hacer este cambio volveréis a observar que en "icono" del archivo AssemblyInfo.vb se ha puesto en rojo y que en la pestaña de "Cambios Pendientes" aparece dicho archivo.

Escribimos en la casilla "Message:" lo siguiente:

Cambios para compatibilidad a fecha 28/07/2012


(Haz click para agrandar)

Finalmente pulsamos en Commit

Al hacer en "Commit" se envian los cambios/modificaciones a nuestro repositorio de Google Code:


(Haz click para agrandar)

Cuando se ha finalizado veréis que no hay cambios pendientes y que todos los archivos están actualizados:


(Haz click para agrandar)

Si ahora vamos al navegador web y pulsamos en la pestaña Source >> Changes vemos el mensaje del cambio:


(Haz click para agrandar)

Si pulsamos donde pone r3 se muestran los detalles del cambio de la "revisión 3":


(Haz click para agrandar)

 

Paso 4: Abrir por primera vez un proyecto de Subversion

La ‘gracia’ del asunto viene ahora. Y rápidamente me entenderéis porque.

A partir de este momento, cualquiera puede descargarse el código fuente que está en el repositorio, abrirlo con el Visual Studio y compilarlo.

Para ello la persona "x" se va a la pestaña "Source" donde se indica la dirección que tiene que usar para arbrir el proyecto:


(Haz click para agrandar)

En Visual Studio vamos a Archivo >> Abrir >> Subversion Project… y se muestra la siguiente ventana:

Pulsamos en el icono de la "bola del mundo" y se muestra una ventana donde pondremos la dirección que aparece en la página del Google Code (sólo hasta /svn/)

Al pulsar en OK se cargará la estructura del repositorio:

Seleccionamos la carpeta trunk puesto que es ahí donde hemos colocado nuestro código fuente.

…accedemos a la carpeta meriFloodersInspector…

y finalmente seleccionamos el archivo meriFloodersInspector.sln:

Al pulsar en Open se nos pedirá en que direcotrio Local queremos guardar el proyecto, que por defecto, si se usa Visual Studio 2010 seria una cosa del estilo:

C:UsersTuUsuarioVisual Studio 2010ProjectsnombreDelProyecto pero puedes ponerlo donde quieras:


(Haz click para agrandar)

Al darle al OK se empezará a descargar el código fuente y voilá:


(Haz click para agrandar)

PD: A partir de este momento, si se quiere volver a abrir la solución, no es necesario ir a Archivo >> Abrir >> Subversion Project… Una vez que ya tienes el código en tu directorio local lo abrirás como abres cualquier otro proyecto en Visual Studio: Archivo >> Abrir Proyecto.

Al tener el AnkhSVN instalado, éste ya se encargará de configurarlo todo correctamente.

En la carpeta donde se ha descargado el código fuente hay una carpeta oculta llamada .svn que es la que contiene la información sobre el control de versiones:

 

Si el creador del proyecto te ha dado permisos puedes realizar cambios en el código y hacer un "Commit", de esta forma dá un poco lo mismo si un desarrollador está en Madrid y el otro en Sevilla.

Hay muchas más opciones por explorar, pero eso ya os lo dejo a vosotros 🙂

 

Tags:google code, svn, git, ankhsvn, subversion, tutorial, social coding, desarrollo colaborativo

Saludos.
mov eax,ollydbg; Int 13h

 


Ollydbg ProSignature

 

.NET Tutorial 53. XNA4 en un Windows Forms

Han pasado ya varios meses desde que no me ponía en "serio" con un nuevo tutorial (más que nada debido a la falta de tiempo)

Hoy os mostraré una cosa que quizás pueda ser interesante a más de uno: La posibilidad de usar XNA en una aplicación "típica de Windows", es decir, con sus controles "label", "butons", "checkbox", etc.

Lo que se explica a continuación está explicado para una aplicación "Windows Form" de VB.NET pero es totalmente extrapolable si la aplicación es "Windows Form" de C# (y además, los cambios son realmente mínimos, básicamente a nivel de sintáxis y poco más)

Si vistéis los tutoriales anteriores en este blog sobre el uso de XNA (versión XNA 3.1)  notaríais que para poder usar XNA desde VB.NET había que hacer un "apaño" con un proyecto de C#.

Pues bien, esto ya no es necesario tanto con la versión XNA4 y con el Visual Studio 2010, puesto que ya hay un soporte nativo para usar XNA en un proyecto completamente escrito en VB.NET

¿Para que puede servir meter XNA dentro de una aplicación "Windows Form"? 

Pues a bote pronto se me ocurre que quieras programar un "editor de niveles"  y necesites "renderizar" en dicho formulario tu mapeado.

Hay que tener en cuenta que XNA le dá como 10.000.000 de patadas a GDI / GDI+ y realmente puedes conseguir, además de un rendimiento espectacular, unos resultados la mar de majos.

Por último decir que lo que os mostraré aquí no requiere ningún control "especial" diseñado para poder renderizar los gráficos mediante XNA, simplemente se hace un un control Picturebox totalmente estándar.

Cómo veréis es tremendamente simple a la par que potente y sencillo.

Bien, dicho lo cual, al lio que me lio.

Una vez instalada la SDK del Windows Phone 7 tendremos disponibles en VB.NET las plantillas para desarrollar aplicaciones con XNA4.

Seleccionamos Juego de Windows (4.0) tal y como se muestra en la pantalla siguiente: 


(Haz click para agrandar)

Esto nos crea una solución "básica" de XNA:


(Haz click para agrandar)

Y cuando la ejecutamos nos sale la "típica" ventana con el fondo azul:

Hasta aquí todo normal. Si has seguido las entradas anteriores sobre programación usando XNA o conoces un poquito esta SDK verás que no hay nada "nuevo" al respecto.

Sin embargo a partir de aquí es donde empieza lo bueno.

Nosotros queremos "pintar" usando XNA, pero no en ese "formulario" (de hecho, esa pantalla "azul" no es un formulario) para poder poner nuestros botones, labels, etc.

Lo que tendremos que hacer es eliminar (si, has leído bien) los siguientes archivos de la solución:

Game1.vb  (Game1.cs en C#)
GameThumbnail.png
Program.vb (program.cs en C#)

 


(Haz click para agrandar)

Una vez eliminados esos 3 archivos nuestro explorador de soluciones quedará tal que así:


(Haz click para agrandar)

Ahora agregaremos un nuevo elemento, en este caso un Windows Form:


(Haz click para agrandar)

Lo llamaremos por ejemplo FrmMain.vb


(Haz click para agrandar)

Una vez añadido el formulario nuestra solución tendrá el siguiente aspecto:


(Haz click para agrandar)

A continuación iremos a las propiedades del proyecto:


(Haz click para agrandar)

La pestaña Aplicacióndebería ser algo como esto:


(Haz click para agrandar)

Lo que deberemos hacer es marcar la casilla Habilitar marco de trabajo de la aplicación

Al hacerlo se mostrará el siguiente mensaje de error (es posible que salga dos veces)

Una vez aceptado el mensaje anterior, la pestaña Aplicación debería ser algo como esto:


(Haz click para agrandar)

Guardamos los cambios y proseguimos.

Ahora vamos a cargar una serie de recursos en el "Game Content" para poder usarlos desde XNA. No me extenderé en ello puesto que ya lo hemos visto en las entradas anteriores.

Botón derecho sobre XNAWinFormsTutorialContent >> Agregar >> Elemento existente…


(Haz click para agrandar)

En este caso he cargado unos cuantos *.png y *.jpg que estaban en la carpeta "Gráficos":


(Haz click para agrandar)

Por último añadiremos una "fuente" para escribir mediante XNA.

Al igual que antes, botón derecho sobre XNAWinFormsTutorial1Content >> Agregar >> Nuevo elemento…


(Haz click para agrandar)

En este caso elegimos una Fuente de Sprite a la que llamamos debug.spritefont:


(Haz click para agrandar)

Al crear la fuente se muestra un "XML" con información de la fuente:


(Haz click para agrandar)

En este caso he cambiado el tipo de fuente por defecto por la fuente "Arial", el tamaño lo he puesto un poco más pequeño (8) y en CharacterRegion he cambiado el valor de End (de ~) al valor ñ para de esta forma poder escribir la ñ y carácteres con acentos:


(Haz click para agrandar)

A continuación necesitamos una pequeña clase para poder usar todos estos elementos que hemos añadido al "Game Content". Para ello añadimos un nuevo elemento >> Clase y la llamamos por ejemplo clsContent.vb:


(Haz click para agrandar)

El código completo está aquí (pastebin)

Bien, volvamos a nuestro formulario FrmMain. Hacemos el formulario un poco más grande y añadimos un PictureBox al que llamaremos por ejemplo pbScreen:


(Haz click para agrandar)

Si ahora vamos a la parte del código de ese formulario deberemos declarar una serie de objetos:


(Haz click para agrandar)

En el Form_Load deberemos inicializar esos objetos, de eso se encarga la función InitGFX a la cual se le pasa el Picturebox donde se va a dibujar mediante XNA

Si la función se ejecuta correctamente se llama a GLoop, que por decirlo de alguna forma es el "bucle principal de nuestra aplicación"

La función InitGFX ( PicturebBox ) es la siguiente:


(Haz click para agrandar)

Dentro de esta función verás que se llama a LoadGFX() que es donde se cargan los gráficos y fuentes que hemos añadido anteriormente al "Game Content"

La función LoadGFX() es la siguiente:


(Haz click para agrandar)

Cómo puedes ver, el los recursos que se cargan del "Game Content" se hacen prácticamente igual (por no decir igual) que en una aplicación "no Windows Form de XNA"

Nuestro "bucle principal" báscicamente se encarga de dibujar (aquí iría la "lógica" de nuestro programa, control de teclado, "updates", etc)


(Haz click para agrandar)

Y esta sería la rutina de dibujado:


(Haz click para agrandar)

…lo típico, se borra la pantalla (en negro en este caso), se inicia un spriteBatch, se pinta, se cierra el spriteBatch y se hace un Present del dispositivo gráfico

Por último y para que el programa "no se quede colgao" se establece esto en el FormClosing


(Haz click para agrandar)

El código completo del formulario lo podéis encontar aquí (pastebin)

Si ahora ejecutamos nuestro programa veremos lo siguiente:


(Haz click para agrandar)

Dentro del picturebox se muestra el "background" que y el texto "Hola Mundo!!!" tal  y como se muestra en el procedimiento Draw()

SB.Draw(bg, Vector2.Zero, Color.White)
SB.DrawString(debugfont, "Hola Mnudo!!!", New Vector2(10, 4), Color.White)

Cómo véis, más simple que el mecanismo de un chupete 😀

 

Bonus Track

Bien, ahora que ya sabemos dibujar cosillas en nuestro PictureBox, vamos a liarla parda 😀

Vamos a hacer un "sistema de partículas" que se dibuje en nuestro PictureBox y que en función de una serie de controles que hay en nuestro formulario, dicho sistema de partículas se comporte de una forma u otra.

En nuestro formulario añadimos los controles pertientes. Quedaría algo como esto:


(Haz click para agrandar)

Nuestras partículas tienen varias propiedades:

"Textura"
"Vida"
"Velocidad"
"Ángulo de rotación"
"Tamaño"
"Color"
etc.

Básicamente lo que se hace es generar una serie de partículas (la clase Particle.vb se encarga de eso) con unos valores iniciales de forma aleatoria.
De forma periódica se van incrementando o decrementando alguna de esas propiedades.
Cuando se cumple cierta condición (por ejemplo la "vida de la partícula" es 0 se elimina dicha partícula de la Lista (Of particulas). De esta forma se mantiene un nivel "constante" de partículas y no crecen infinitamente en nuetra lista de partículas.

Parece complicado pero si examinas el código verás que es realmente una "tontería"

Pues bien, al mover el ratón sobre el PictureBox observarás como se comportan las partículas. A continuación tres ejemplos con disitintos parámetros activados. 

Ejemplo 1/3:


(Haz click para agrandar)

Ejemplo 2/3:


(Haz click para agrandar)

Ejemplo 3/3


(Haz click para agrandar)

Lo "bueno" del asunto es que el sistema de partículas se mueve increiblemente suave a 60 FPS (si bueno, 59.9999 en mi caso 😀 )

Aquí podéis ver un vídeo del sistema en movimiento. Ya advierto que la captura con el CamStudio hace que los frames bajen mucho y se notan "saltos", pero esto es porque está el CamStudio grabando el video. 

Si te bajas el código fuente de ejemplo que encontrarás al final de esta entrega y lo ejecutas, verás que realmente el ejemplo se ejecuta muy pero que muy suave

 

 

Bueno, pues cómo habrás visto, no es tan "complicado" usar XNA desde VB.NET y tampoco desde una aplicación "Windows Form"

Desde aquí os animo a que "trasteéis" con el código y preguntéis cualquier duda o cuestión

 

PD: ¿Quien era el que decía que con VB.NET no se pueden hacer cosas "chulas"? 😀

 

Saludos.
mov eax,ollydbg; Int 13h  

 

Descargar  NET Tutorial 53
(149 KB. Requiere Visual Studio 2010 / XNA 4)