tag:blogger.com,1999:blog-1253253616658611146.post4969756605981560589..comments2023-08-20T10:03:45.215+02:00Comments on Tratando de entenderlo: Control de versiones con ClearCaseJorgehttp://www.blogger.com/profile/04076231677373326747noreply@blogger.comBlogger6125tag:blogger.com,1999:blog-1253253616658611146.post-43721942109062737712011-11-24T05:28:01.505+01:002011-11-24T05:28:01.505+01:00En un trabajo use la herramienta Clear Case es un ...En un trabajo use la herramienta Clear Case es un poco complicado al principio. En mi opinion esta herramienta te ayudara a crear una vista el cual esta ligado al proyecto(sistema), y a la vez te ayudara a crear subvistas el cual esta ligado por el proyecto padre estas subvistas la usan los desarrolladores el cual cada uno desarrolla sus requerimientos.<br />Con respecto a los Check in te ayudara a proteger tu codigo de aplicacion y check out lo desprotege en caso de que quieras realizar cambios.<br />Hay otros conceptos como Deliver esto significa subir tus cambios hacia la vista padre el cual esta ligado el proyecto.<br />Rebase te ayudara a obtener la ultima version o sea actualizar tu proyecto con los ultimos cambios.<br />Mergue esto si hay que tener mucho cuidado significa cuando tu haces un cambio en una aplicacion perteneciente a un codigo y otro desarrollador tambien realizo cambios en el mismo proyecto te aparecera el mensaje Mergue el cual permitira realizar la mezcla de codigos osea tus cambios mas los cambios que realizo el otro desarrollador. asi que pilasLuishttps://www.blogger.com/profile/13179594682600125300noreply@blogger.comtag:blogger.com,1999:blog-1253253616658611146.post-77859968518975853352010-06-24T11:11:24.789+02:002010-06-24T11:11:24.789+02:00OK, muy bien... estaré pendiente. Un saludoOK, muy bien... estaré pendiente. Un saludoFabianhttps://www.blogger.com/profile/15848458809522481295noreply@blogger.comtag:blogger.com,1999:blog-1253253616658611146.post-41241627113397366192010-06-23T15:27:27.223+02:002010-06-23T15:27:27.223+02:00Muchas gracias por tus comentarios, Fabian. Los te...Muchas gracias por tus comentarios, Fabian. Los tendré muy en cuenta.<br /><br />En cuanto tenga algo de tiempo voy a tratar de escribir un post con un entorno de ejemplo sobre el que poder discutir para poder hablar de algo un poco más "concreto".<br /><br />Un saludo.Jorgehttps://www.blogger.com/profile/04076231677373326747noreply@blogger.comtag:blogger.com,1999:blog-1253253616658611146.post-77071532641115440202010-06-23T13:33:34.638+02:002010-06-23T13:33:34.638+02:00Hola, buenos días.
Te felicito por tu entrada... s...Hola, buenos días.<br />Te felicito por tu entrada... se nota que hay trabajo.<br /><br />Quiero hacer las siguiente aclaración:<br />1. Una corriente es la traducción que hiciste de un "stream", yo lo llamaría [flujo de trabajo].<br />2. Para ver el contenido del VOB se hace a través de una vista, y esta puede ser estática o dinámica,.<br />3. Se de tener en cuenta que las acciones de entrega (deliver), se debe subir el código válido. No hacer acciones de entrega como intentos de prueba/error en los flujos de Integración, para ello están los flujos de desarrollo.<br />*******************<br />Es importante:<br /><br />1. Plasmar la arquitectura de los Entornos de trabajo en ClearCase (Definir los flujos o stream de integración y desarrollo) con los entornos reales (físicos) de desarrollo.<br /><br />2. Planificar la evolución de los artefactos de software para su adecuación en ClearCase, cómo lo mencionó Fabio, no es tarea sencilla, y al hacerlo bien, te evitaras dolores de cabeza. Te encuenta que puedes manejar roles y tareas por roles (controlaboles a través de triggers).<br /><br />Comparto este documento que explica la dependencia de actividades:<br />http://www-01.ibm.com/support/docview.wss?uid=swg27012941&aid=2<br /><br />No estoy de acuerdo con tu conclusión, puedes pensar en cambiar el esquema o arquitectura de tus flujos de promoción, puedes dejar flujos para evolutivos, para correctivos, para desarrollos... en fin... si en un mismo flujo, trabajas varias cosas... tendrás seguro muchos dolores de cabeza con las dependencias...<br /><br />ClearCase es muy adaptable y personalizable, de pronto te vendría bien trabajar con Vistas dinámicas? (claro, desconozco las caractrerísticas de la red y de los servidores de desarrollo). Con lo que escribiste, deduzco que estás trabajando con vistas estáticas... este cambio de concepto te vendría bien.<br /><br />Aunque escribiste bastante, es poco para tener un panorama claro de lo que tienes y lo que quieres (tamaño, arquitectura física, evolución, etc)Fabianhttps://www.blogger.com/profile/15848458809522481295noreply@blogger.comtag:blogger.com,1999:blog-1253253616658611146.post-90921029309804226712010-05-10T18:47:39.709+02:002010-05-10T18:47:39.709+02:00Muchas gracias por tu comentario, Fabio.
No sé si...Muchas gracias por tu comentario, Fabio.<br /><br />No sé si has trabajado con Subversion. ¿Piensas que ClearCase es mejor herramienta? A mí ClearCase me parece bastante más complicada y no llego a sacarle partido.<br /><br />¿Sabrías decirme qué puede hacer ClearCase que no pueda hacer Subversion?<br /><br />Un saludo.Jorgehttps://www.blogger.com/profile/04076231677373326747noreply@blogger.comtag:blogger.com,1999:blog-1253253616658611146.post-85508502451040103002010-05-10T18:06:39.869+02:002010-05-10T18:06:39.869+02:00Yo lo uso y me parece bárbaro. La gestión de confi...Yo lo uso y me parece bárbaro. La gestión de configuración tiene varias patas, una de ellas la herramienta (clearcase en este caso) pero mas importante aún es la gestión que se haga del proyecto. Planificar los cambios no es algo trivial, se debe poner el pienso al ppio. de cada desarrollo para no tener dolores de cabeza despues. En el caso de tener varios desarrollos en paralelo, yo recomiendo utilizar branchs independientes y luego mergearlos hacia branchs de integración. Es cierto que los merges conllevan un riesgo, pero esta me parece la mejor solución para no perder la independencia en los desarrollos. Saludos.fabiohttps://www.blogger.com/profile/02629796079053414812noreply@blogger.com