Xailer & OZ Software

Estimados,
quisiera consultarles si alguien está trabajando con proyectos de Xailer en
equipo, es decir múltiples programadores trabajando sobre un proyecto.
Necesitaría saber si Xailer permite hacerlo.
Gracias
Mario Hahn

Mario:
Trabajamos con tres programadores en un solo proyecto.
Tenemos un servidor de red y terminales para programación de los proyectos.
Todo funciona bien, el único cuidado es no abrir un prg y hacer los cambios
simultáneos en el mismo.
Mário

SVN seria una muy buena opción.
Atte. Carlos Ortiz.

On 10/31/2011 7:35 AM, Mario Hahn (Coop. Luz y Fuerza de L.G.S.M. Ltda.)
wrote:
> Estimados,
>
> quisiera consultarles si alguien está trabajando con proyectos de Xailer en
> equipo, es decir múltiples programadores trabajando sobre un proyecto.
> Necesitarí­a saber si Xailer permite hacerlo.
>
> Gracias
> Mario Hahn
>
>
Hola :
Nosotros somos 7 programadores trabajando sobre varios proyectos y
usamos SVN. Tenemos un servicio de paga en esta pagina:
http://codesion.com/
Saludos..

Nosotros trabajamos desde hace varios años un grupo de 2 programadores
con un servidor y sesiones en terminal.
Tenemos 2 instalaciones separadas del mismo Xailer en el serevidor para
cada uno y cuando trabajamos en el mismo proyecto copiamos el
Proyecto.Xpj como Proyecto2.xpj y editamos este para que el EXE que
genera se llame ejecutable2.exe (nombres figurados).
Así­ podemos estar ambos compilando y ejecutando al mismo tiempo en el
mismo ordenador, pero sigue pendiente el problema de que Xailer no
bloquea el PRG que uno tiene abierto para que el otro no lo abra.
Salu2.

Bingen Ugaldebere escribió el mié, 02 noviembre 2011 16:22Nosotros trabajamos desde hace varios años un grupo de 2 programadores
con un servidor y sesiones en terminal.
Tenemos 2 instalaciones separadas del mismo Xailer en el serevidor para
cada uno y cuando trabajamos en el mismo proyecto copiamos el
Proyecto.Xpj como Proyecto2.xpj y editamos este para que el EXE que
genera se llame ejecutable2.exe (nombres figurados).
Así­ podemos estar ambos compilando y ejecutando al mismo tiempo en el
mismo ordenador, pero sigue pendiente el problema de que Xailer no
bloquea el PRG que uno tiene abierto para que el otro no lo abra.
Salu2.
Sólo tres letras: SVN
Comprendo que es algo nuevo y da pereza empezar. Pero en mi opinión es más un problema de pereza que de Xailer.
Saludos

Si que da pereza pero no creo que resuelva en realidad lo que estamos
buscando o quizas si, no lo se, si puedes responderme a unas preguntas.
Con SVN debemos de tener 2 proyectos separados no?
Si ambos estamos trabajando en un mismo proyecto duplicado los cambios
que voy haciendo yo en un PRG, están al momento presentes en el otro
proyecto de mi compañero? Supongo que no hasta que yo suba al servidor
SVN y mi compañero lo baje y lo funda con lo que el tiene, no?
A mi entender, sin haber usado aun SVN, los cambios de cada programador
solo se funden de forma voluntaria, lo cual esta bien en ciertos casos
pero en el nuestro que es colaborativo on line no se si me compensa.
Salu2 y gracias.

Bingen,
> Con SVN debemos de tener 2 proyectos separados no?
No necesariamente. Lo que tienes que tener en SVN es un proyecto por
cada proyecto distinto que vosotros querais mantener. P.ej., un proyecto
para una contabilidad, otro para una gestión de transportes, otro para
una facturación de ferreterí­as, etc.. Pero cada proyecto puede ser usado
por todos los programadores.
> Si ambos estamos trabajando en un mismo proyecto duplicado los cambios
> que voy haciendo yo en un PRG, están al momento presentes en el otro
> proyecto de mi compañero? Supongo que no hasta que yo suba al servidor
> SVN y mi compañero lo baje y lo funda con lo que el tiene, no?
Efectí­vamente. De hecho, la "regla de oro" de los VCS en general es no
subir nada hasta que los cambios estén completos, o al menos que lo que
subas no impida a otros usuarios compilar y ejecutar el proyecto. Dicho
de otra forma, si estás modificando algo, hasta que no esté utilizable,
no lo subas. Así­ no bloquearás el trabajo de otros. Eso no lo puedes
hacer si ambos estais trabajando sobre la misma copia de los fuentes.
> A mi entender, sin haber usado aun SVN, los cambios de cada
> programador solo se funden de forma voluntaria, lo cual esta bien en
> ciertos casos pero en el nuestro que es colaborativo on line no se si
> me compensa.
En mi caso tengo 3 repositorios SVN:
- El de Xailer. Compartido con el resto del "Xailer team".
- El compartido con mi compañero Antonio. Tiene todos los proyectos que
llevamos a medias.
- El mio particular. Contiene aquellos proyectos que son exclusivamente
mios.
Luego hay otro repositorio que también utilizo, aunque no lo hospedo yo.
Y eso sin contar los repositorios públicos de xHarbour y Harbour, con un
montón de usuarios cada uno.
En ninguno de los casos tengo ningún problema. Todos subimos los cambios
que hacemos cuando ya los pueden asimilar los demás usuarios. Eso no
quita que en algún momento pueda haber un bug, pero son los menos casos.
Otra de las enormes ventajas de usar un VCS es que siempre vas a tener
el historial de cambios de todo el proyecto desde que lo empezaste. Te
puede parecer innecesario, pero te puedo asegurar que es muy útil
algunas veces. Nosotros tenemos absolutamente todos los cambios de
Xailer desde el primero, allá por comienzos de 2003
Un saludo,
José F. Giménez
http://www.xailer.com
http://www.xailer.info

On 11/2/2011 11:11 AM, Bingen Ugaldebere wrote:
> Si que da pereza pero no creo que resuelva en realidad lo que estamos
> buscando o quizas si, no lo se, si puedes responderme a unas preguntas.
>
> Con SVN debemos de tener 2 proyectos separados no?
>
> Si ambos estamos trabajando en un mismo proyecto duplicado los cambios
> que voy haciendo yo en un PRG, están al momento presentes en el otro
> proyecto de mi compañero? Supongo que no hasta que yo suba al servidor
> SVN y mi compañero lo baje y lo funda con lo que el tiene, no?
>
> A mi entender, sin haber usado aun SVN, los cambios de cada programador
> solo se funden de forma voluntaria, lo cual esta bien en ciertos casos
> pero en el nuestro que es colaborativo on line no se si me compensa.
>
> Salu2 y gracias.
Hola Bingen:
Nosotros usamos SVN desde hace mas de 2 Años, en nuestro caso somos 7
programadores, el servidor que usamos donde esta el código es de paga
http://codesion.com/
Localmente cada programador usamos Tortoise:
Es cierto los cambios de cada programador se ven reflejados hasta que
hacemos un "commit"., pero el Tortoise se encarga de hacer "Merge" del
código en caso que alguien mas le haya modificado un prg.
Vieras que es una gran facilidad usar SVN , el servicio de codesion nos
brinda todo para que con 2 ó 3 clicks tengas andando un proyecto con SVN.
No entiendo porque este esquema de SVN no encaja a tus necesidades ,
porque aparantemente tu caso es el mismo caso de nosotros.
Si gustas puedo hacerte un Demo de lo que usamos para que veas si se
ajusta a tus necesidades.
mi cuenta de Skype: martin_delangel
la de Msn es martindelangel@msn.com
Saludos....

Gracias a todos, si aun no he puesto en marcha svn ha sido por
pereza+falta de tiempo, pero antes de ponerle pegas mejor si me pongo
ahora mismo con ello y os cuento si cumple mis expectativas.
Muchas gracias y Salu2.

De todas maneras con o sin SVN nuestro sistema de programación funciona
con ambos usuarios usando el mismo PC, el mismo disco y los mismos PRGs,
sea un error o no es así­ y nos otorga las ventajas del terminal server,
podemos trabajar desde cualquier PC en cualquier sitio del mundo sobre
cualquier programa, pero compartimos docenas de prg's entre todos los
programas y prgs de cada programa entre ambos programadores.
Con esto el SVN me servirá como control de versiones puro y duro pero no
para comparar diferencias entre ambos.
De todas maneras lo estoy instalando y lo pruebo.
Salu2.

Estimado Bingen,
SVN no es como CVS, hay buenas razones para usarlo.
Una caracterí­stica importante de Subversion es que, a diferencia de CVS, los archivos versionados no tienen cada uno un número de revisión independiente, en cambio, todo el repositorio tiene un único número de versión que identifica un estado común de todos los archivos del repositorio en un instante determinado.
Otras ventajas traidas de la web obviamente no lo digo yo:
a.. Se sigue la historia de los archivos y directorios a través de copias y renombrados.
b.. Las modificaciones (incluyendo cambios a varios archivos) son atómicas.
c.. La creación de ramas y etiquetas es una operación más eficiente. Tiene costo de complejidad constante (O(1)) y no lineal (O(n)) como en CVS.
d.. Se enví­an sólo las diferencias en ambas direcciones (en CVS siempre se enví­an al servidor archivos completos).
e.. Puede ser servido mediante Apache, sobre WebDAV/DeltaV. Esto permite que clientes WebDAV utilicen Subversion de forma transparente.
f.. Maneja eficientemente archivos binarios (a diferencia de CVS que los trata internamente como si fueran de texto).
g.. Permite selectivamente el bloqueo de archivos. Se usa en archivos binarios que, al no poder fusionarse fácilmente, conviene que no sean editados por más de una persona a la vez.
h.. Cuando se usa integrado a Apache permite utilizar todas las opciones que este servidor provee a la hora de autentificar archivos (SQL, LDAP, PAM, etc.).
Buenas prácticas de gestión de la configuración
Subversion no es un sistema de gestión de la configuración pero es posible implementar sobre Subversion buenas prácticas de gestión de la configuración utilizando la estructura habitual de Subversion,4 sin embargo no existe un sistema automático para obligar a que se cumplan.
La estructura habitual de un repositorio de Subversion es:
a.. Trunk: desarrollo principal.
b.. Tags: ubicación de las versiones congeladas.
c.. Branches: ubicación con versiones de desarrollo paralelas al trunk.
Desde las terminales usamos http://tortoisesvn.net para gestionar las carpetas.
Espero haya servido de algo esta info.
Saludo.
--

Otra opción muy buena es http://git-scm.com/

Carlos,
> SVN no es como CVS, hay buenas razones para usarlo.
> Una caracterí­stica importante de Subversion es que, a diferencia de
> CVS, los archivos versionados no tienen cada uno un número de revisión
> independiente, en cambio, todo el repositorio tiene un único número de
> versión que identifica un estado común de todos los archivos del
> repositorio en un instante determinado.
Efectí­vamente, esta es la gran ventaja de SVN frente a CVS.
Sobre el resto de ventajas que has puesto (ya veo que son copiadas de su
web), según mi propia experiencia son irrelevantes, incompletas o
directamente falsas. Además de, claro está, no mencionar las
innumerables desventajas. Vamos, que excepto en lo de arriba, en todo lo
demás era infiní­tamente mejor CVS. Y ojo, es mi opinión personal.
Un saludo,
José F. Giménez
http://www.xailer.com
http://www.xailer.info

Carlos,
> Otra opción muy buena es http://git-scm.com/
Sí­, es cierto. Y aquí­ entramos en otro mundo, que son los DVCS, o en la
lengua de Cervantes, "sistema de control de versiones distribuido".
Los DVCS tienen algunas ventajas sobre los VCS tradicionales
(principalmente CVS y SVN), precí­samente por su caracter distribuido,
pero a mi modo de ver, lo mejor de ellos es que son más nuevos y, en
general, han aprendido de los aciertos y de los errores de los anteriores.
Pero ojo, entre los DVCS más conocidos que hay actualmente, cada cual
tiene que buscar aquel que mejor se adapte a sus necesidades. Yo he
estado probando varios, pero todaví­a no me he decidido por ninguno. Si
no es por un detalle es por otro, pero ninguno me convence todaví­a.
Espero que en un futuro próximo terminen de pulirlos y podamos cambiarnos.
Esta es la lista de los que yo he probado:
- Bazaar: http://bazaar.canonical.com/en/
- Mercurial: http://tortoisehg.bitbucket.org/ (el enlace es a tortoisehg)
- Git: ya mencionado
- Fossil: fossil-scm.org
- Perforce: http://www.perforce.com )este me gustó mucho, aunque es de
pago, y no es nada barato).
Un saludo,
José F. Giménez
http://www.xailer.com
http://www.xailer.info

thanks for shearing such nice and unique information with us as i found those URL is very helpful to learn something new.....