Ediciones de Plastic SCM
P: ¿Tendré algún problema con mis repositorios al pasar de la edición estándar a la profesional?
R: No, el cambio lo hace automáticamente el servidor al arrancar. De todos modos, al actualizar los repositorios a la edición profesional ya no se podrán utilizar con la edición estándar.
Instalación de Plastic SCM
P: ¿Cuales son los requerimientos de instalación de Plastic SCM?
En Plataformas Windows: Es necesario el Framework Microsoft. Es gratuito y se puede descargar desde http://www.microsoft.com/downloads/details.aspx?familyid=262D25E3-F589-4842-8157-034D1E7CF3A3&displaylang=en
En otras plataformas: Es necesario el software de Mono 1.2.4 o superior. Es gratuito y se puede descargar desde http://www.mono-project.com/Downloads
Si el servidor de Plastic SCM se instala en plataformas que no son de Windows habrá que instalar Firebird Database SuperServer 2.x. Es gratuito y se puede descargar desde http://www.firebirdsql.org/index.php?op=files&id=engine_201
P: Si recibo un error indicando "Mono software required" ( Se require software de Mono). ¿Qué puedo hacer?
R: Ha intentado instalar Plastic SCM sin tener el software de Mono en su sistema. Puedes descargarlo desde http://www.mono-project.com/Downloads e instalarlo.
P: Tengo el software de Mono instalado en mi equipo pero el instalador de Plastic SCM no lo detecta.
R: Intente añadir el directorio binario de Mono a la variable PATH, reiniciar la consola y lanzar de nuevo el instalador.
P: Hice una instalación de Firebird pero el instalador de Plastic SCM no lo detecta.
R: Esto quiere decir que el servicio de Firebird se ha parado. Póngalo en marcha y lance de nuevo el instalador:
“$ service firebird start” (most common distributions)
P: ¿Cómo puedo lanzar una instalación en modo texto?
R: Se puede lanzar el instalador en modo texto utilizando:
$ ./PlasticSCM-X.X.X.X-linux-installer.bin --mode text
P: ¿Dónde puedo encontrar la contraseña de Firebird?
R: Si nunca cambia la contraseña de Firebird se puede encontrar en /firebidinstalldir/SYSDBA.password file.
P: ¿Cómo puedo parar o arrancar manualmente el servidor de Plastic SCM en Linux y comprobar el estado del servidor?
R: Hay un script llamado plasticd que permite realizar estas operaciones.
./ plasticd start (inicia el servidor)
./plasticd stop (para el servidor)
./plasticd status (muestra el estado del servidor)
En algunas distribuciones como RedHat o Fedora se puede ejecutar este script mediante el comando service:
service plasticd (start/stop/status)
P: El árbol de versiones en 3D no funciona en mi distribución Linux, teniendo bien configuradas las librerías en Mono obtengo un error:
Xlib: extension "GLX" missing on display ":0.0"
R: Debes revisar la configuración de tu X11
Abrir el fichero de configuración de X11(por ejemplo /etc/X11/XF86Config para Red Hat Enterprise 3). Si tiene comentada la línea
Load "glx"
quitar el comentario (#) y reiniciar el servidor de X (basta con reiniciar la sesión)
P: El árbol de versions en 3D no funciona en Linux. Tiene problemas con la librería libGL.
R: La instalación de mono no tiene bien instaladas las librerías TaoGL.
Edite el fichero config en el directorio de instalación de mono. Debería de estar en etc/mono directory (no /etc sino el etc dentro de mono).
Añada las siguientes líneas:
<dllmap dll="libGL" target="libGL.so.1" os="!windows" />
<dllmap dll="opengl32.dll" target="libGL.so.1" os="!windows" />
<dllmap dll="glu32.dll" target="libGLU.so.1" os="!windows" />
P: Al tratar de arrancar el servidorr obtengo el error "No such file or directory"
R: Este error ocurre cuando se tienen instaladas las librerías glib 6 o posterior. En ese caso la forma de proceder es la siguiente:
- Abrir un shell como root
- Ejecutar touch/etc/default/nss
- Borrar las bases de datos de la carpeta del servidor (por ejemplo /opt/PlasticSCM/server/*.fdb)
- Volver a arrancar el servicio plastic (por ejemplo /opt/PlasticSCM/s)
Uso de Plastic SCM
P: ¿Por qué la operación 'Obtener la última revisión' desde Visual Studio tarda mucho más que la operación equivalente en Plastic SCM “Obtener”?
R: Esto ocurre cuando se han actualizado varios ficheros. Visual Studio envía una petición por cada uno de los ficheros, mientras que Plastic es capaz de agrupar todas las peticiones y enviarlas al servidor. Este es el modo de trabajo diseñado por Visual Studio. Plastic SCM mejorará el rendimiento para esta operación en el futuro.
P: Estoy teniendo problemas para que un proyecto web funcione con el control de versiones desde Visual Studio, ¿Qué puedo hacer?
R: El poner proyectos web bajo el control de versiones es un poco complicado. La buena noticia es que una vez que los proyectos se instalen correctamente, la interacción con el control de versiones es muy sencilla. Puede encontrar las instrucciones para trabajar con proyectos web en Visual estudio en el siguiente documento: "Proyectos web con Visual Studio y Plastic SCM".
P: Trabajo con proyectos web en Visual Studio. He creado un directorio nuevo en una rama. Cuando cambio a otra rama Plastic deja marcado el directorio como .removed by Plastic al haber sido descargado, pero me hace tener problemas a la hora de compilar el proyecto.
R: Estás utilizando el perfil de desarrollo web de Visual Studio. El modelo .csproj que normalmente usa Visual Studio es ignorado al trabajar con este método y Visual Studio intenta compilar cada fichero en un árbol de directorio. Por esto los ficheros del directorio .removed están incluidos.
Por favor, lea la siguiente documentación de Microsoft que desaconseja este método de trabajo (en inglés):
P: Acabo de añadir mi código a Plastic en un espacio de trabajo. Luego otro desarrollador crea un nuevo espacio de trabajo en su ordenador, pero está vacio. ¿Cómo puede ver mi código?
R: Diga al otro desarrollador que actualice su espacio de trabajo (botón “Obtener”). El código se descargará. Si esto no ocurre, asegúrese de que los elementos en su espacio estén protegidos, incluyendo directorios.
P: He integrado varias ramas a la rama principal en mi ordenador. He terminado la integración pero los otros desarrolladores que están trabajando en la rama principal no pueden ver mis cambios.
R: ¿Ha protegido los ficheros y directorios integrados? Plastic mantiene los ficheros y directorios desprotegidos después de una integración para poder anularla con tan sólo deshacer las desprotecciones si fuera necesario.
P: Respecto a los repositorios y los proyectos múltiples, ¿mi equipo necesita tener un repositorio separado para cada uno de los proyectos?
R: Esto va a depender del método de trabajo de cada empresa. Se pueden utilizar diversos repositorios, uno para cada proyecto, o un solo repositorio para todos los proyectos.
P: ¿Ofrece Plastic la opción de compartir ficheros entre diferentes proyectos?.
R: Si, esta opción se puede especificar a través del patrón de ramas o incluso de repositorios que se utilice; se pueden tener componentes "compartidos" en repositorios separados que se pueden unir en un proyecto en concreto.
P: ¿Soporta Plastic SCM un comportamiento específico de los ficheros en ramas?.
R: Si, lo soporta a través del selector, que es el mecanismo que selecciona lo que se va a descargar en un espacio de trabajo en concreto, y cómo se realizan las desprotecciones y el manejo de ramas.
P: ¿Se pueden crean etiquetas para utilizarse en múltiples proyectos?
R: Si se puede hacer en el caso de que estén en el mismo repositorio. Si están en diferentes repositorios habría que crear etiquetas en cada uno de ellos, que deberían de compartir el mismo nombre.
P: Puedo crear una etiqueta sin aplicarla a nada y que después otro desarrollador incluya sus protecciones en esa etiqueta?
R: Si, este es el modo habitual de trabajar con Plastic; primero se crea la etiqueta y después se aplica a los ficheros o directorios.
P: He creado una rama hija de la rama principal. Modifico dos ficheros, "uno.txt" y "dos.txt" para que pasen de la rama principal a la rama hija, con lo que ambas ramas tendrán versiones de ambos ficheros, pero me gustaría hacer un cambio en "dos.txt" y que estos cambios se guarden en la rama hija pero no pasen a la rama principal.
R: No es buena idea el propagar los camibos en ficheros de manera automática entre ramas ya que incluso un pequeño cambio puede llevar consigo un error, por lo que se deberían de integrar.
Sistemas de base de datos
P: ¿Cómo se puede cambiar la ubicación dada por defectos en la que se guardan los repositorios?
R: Por defectos los repositorios se crean en la carpeta de instalación del servidor. Para poder cambiarlos hay que crear un fichero con el nombre "db.conf" en la carpeta de instalacíón del servidor, con los siguientes contenidos:
<DbConfig>
<ProviderName>firebird</ProviderName>
<DatabasePath>your path here</DatabasePath>
</DbConfig>
Se cambiará por la nueva ruta. Debe de tratarse de un fichero existente. Se pueden mover los repositorios existentes parando el servidor de Plastic, creando db.conf, moviendo todos los ficheros de extensión FDB del directorio de instalación del servidor a este nuevo directorio y poniendo en marcha de nuevo el servidor.
P: ¿Cuál es el procedimiento para hacer una copia de seguridad de la base de datos de Firebird?
R: Puede copiar los ficheros *.fdb en el directorio de instalación del servidor en la ruta especificada para restaurar las bases de datos. Normalmente tendrá que parar para esto el servicio de Plastic. El proceso se puede automatizar con un fichero bat con net stop / copy / net start.
Integraciones
P: ¿Tiene alguna dependencia el plug in de Plastic para Eclipse?
R: La versión Eclipse IDE para C/C++ tiene las siguientes dependencias:
* org.eclipse.jdt.core
* org.eclipse.jdt.core.manipulation
* org.eclipse.jdt.debug/
* org.eclipse.jdt.launching
* org.eclipse.jdt.ui
