Subir archivos a SVN y tareas

[David Saldaña]

Buen día a todos,

Actualmente no he visto subir nada nuevo al SVN. Les recuerdo para que vayamos subiendo los proyectos que llevamos lo mas pronto posible.
También, para recordarle a tatiana subir las tareas.


Saludos,

David

--
David Julián Saldaña.

[Alejandro Daniel Jose Gomez Florez]

Cordial saludo profesor.

El día de ayer intenté subir las piezas de solid edge, copiando y pegando en projects de la carpeta donde hice en check out, pero al hacer update, la carpeta me sale como si se hubiese subido (el indicador verde), pero la carpeta que intento subir me sale con un signo de interrogación, y al hacer lo mismo varias veces, sigue apareciendo el mismo indicador con ese signo.

--
David Julián Saldaña.

--
Página del grupo:
http://mwsn.medellin.unal.edu.co/

--
Cordialmente.

Alejandro Daniel José Gómez Flórez.

Estudiante Ingeniería Física.

Universidad Nacional de Colombia

Sede Medellín.

[David Saldaña]

Depronto es porque no se agregaron los archivos automáticamente. Se puede probar con click derecho sobre el archivo o grupo de archivos, en agregar a SVN (add to svn) y luego commit.

Me cuenta,

Saludos,

David

2012/7/12 Alejandro Daniel Jose Gomez Florez <alejodis...@gmail.com>

--
David Julián Saldaña.

[Alejandro Daniel Jose Gomez Florez]

voy a mirar

[Alejandro Daniel Jose Gomez Florez]

[Nerio Montoya]

Hola a todos!

Me disculpan si sueno un poco metido, pero al parecer tienen un problema en el concepto de manejo de subversion...

Primero que todo, le pido disculpas a David si soy muy metido y que se yo... pero es necesario antes de manejar subversion, entender un poco como es su manejo antes de meterse a hacerlo y depronto cometer un error grave. La cuestion es que no debemos hacer pensar que las cosas funcionan facil, cuando no lo es asi y menos aun cuando es un tema delicado como el trabajo en equipo de varias personas en conjunto. Quizas una charla en la que se aclaren dudas podria ser conveneinte.

El manejo de versiones es algo sumamente importante y tener ese historico de cambios es una ayuda gigantesca. Con seguridad muchos no se imaginan cuanto. Solo cuando uno hace un daño gigante, es que valora la copia, el backup o la posibilidad de mirar una version anterior :)

Ahora si, vamos al tema del manejo de subversion:
1) La idea de subversion en que cada persona integrante del equipo tiene una copia de la version mas actual del proyecto
2) En el servidor esta el historico almacenado en un formato muy especial.
3) Cada modificacion que hace cada usuario queda registra, si alguien hace un daño, tambien y se tira el trabajo de los demas.
4) Como funciona el tortoise o el kdesvn?? Lo primero que deben hacer es crear la copia del servidor en el equipo local, para lo cual utilizan la opocion de "check out" posteriormente a haberse conectado con exito al servidor.
5) Si crean un archivo nuevo, deben darle clic derecho y decirle agregar y luego de esto le dan commit, el tortoise NO lo hace automaticamente ya que la idea es que solo se le hace control de versiones a las fuentes y NO a todos los archvios creados, debido a que muchos son creados miles de veces (los archivos de las compilaciones por ejemplo). La idea entonces es que si agragan algo a la carpeta del proyecto, deben tener plena conciencia se lo van a agregar o no al "trunk" del proyecto.
6) El tortoise les debe mostrar con diferentes simbolos:

•  los archivos que estan montados (manejan versionamiento) con un chulito verd.
• Los que estan desactualizados con un signo de admiracion en rojo
• Los que no estan incluidos en el manejo de version con un simbolo en gris
• Los que no se sabe su estado, con un signo de interrogación.

Les envio unas fotos para que me entiendan.

7) POr ultimo, cuando terminaron de hacer su trabajo en el proyecto, le deben decir "commit" y les debe salir un cuadro de dialogo. En este cuado DEBEN agregar un comentario, ojala extenso, de los cambios que hicieron, que agregaron, que cambiaron, por que motivos, que bug corrijieron. Todo eso debe quedar almacenado como comentario en cada commit, y no simplemente un "commit" mudo. Si lo hacen asi y hay que ir a una version anterior, nunca sabran a cual version deben ir.

8) Les envio varias fotos de varios estados del proyecto en tortoise. Noten que cada uno es responsable de agregar los elementos al servidor (archivos). Ademas noten que la fleca del "check out" es hacia abajo (descarga) mientras que la del commit es haceia arriba (upload). Ademas, noten los coloridos iconos que acompañan los diferentes archivos de cada proyecto.

9) Por último, casi como una sugerencia con dientes de regaño, las herramientas hay que utilizarlas, pero utilizarlas bien y con criterio... sino, solo van a hacer daños, van a perder tiempo y esfuerzo, le van hechar la culpa a la herramienta y ademas de todo, le van a cojer pereza y desconfianza.

Cordilamente,

Nerio Andrés Montoya G.
Ingeniero Físico
Universidad Nacional - Sede Medellín

[Alejandro Daniel Jose Gomez Florez]

Nerio, gracias por las aclaraciones...

[David Saldaña]

Gracias Nerio por la explicación.

Espero que ahora con mas claridad podamos continuar.

Saludos,

2012/7/13 Nerio Montoya <nerio....@gmail.com>

--
David Julián Saldaña.