1.0 Introducción
2.0 Problemas conocidos y limitaciones
2.1
"extssh" no es un método de línea de mandatos soportado
2.2
No se encuentra la conexión si faltaba inicialmente
2.3 En
algunos casos aparecen metacarpetas de CVS
2.4 Error del servidor "Recibida señal de conducto roto"
2.5 Error del servidor
"Terminado con señal grave 10"
2.6 Equipo >
Actualizar no indica que hay cambios salientes
2.7
"Marcar como fusionado" de la vista Sincronizar tiene un comportamiento inesperado por lo
que se refiere a las modalidades
2.8
Equipo > Comprometer en un archivo sin cambios no actualiza el decorator
2.9 Cambiar propiedades de ASCII/Binario no está
disponible para archivos no añadidos
2.10
Error al actualizar adiciones de directorio entrantes con la acción de podar desactivada
2.11 "Eliminar de la vista" en la vista Sincronizar no excluye los
recursos de las acciones de la vista
2.12
Control-S no guarda en la vista Sincronizar ni en las vistas de comparación de CVS
2.13
CVS poda automáticamente los directorios vacíos
2.14
ClassCastException al intentar sustituir un directorio por un archivo
2.15 Se
solicita al usuario igualmente aunque la preferencia suprimir no gestionados esté
desactivada
2.16
Las carpetas CVS/ ocultas se copian al copiar carpetas de un proyecto a otro
2.17 La información de autorización en antememoria se pierde al actualizar el área de trabajo
2.18 Error de "respuesta desconocida"
al utilizar método de conexión ext
2.19 No hay manera de actualizar una carpeta excluyendo subcarpetas
Este apartado contiene información sobre los problemas conocidos y las limitaciones de la programación en equipo con CVS.
Dado que el método de conexión "extssh" no es un método de línea de mandatos soportado, no puede utilizar la herramienta de línea de mandatos cuando un proyecto utiliza este método. En su lugar, utilice el método "ext" soportado por WebSphere Studio y defina las variables de entorno adecuadas para que la herramienta de línea de mandatos funcione.
Si una conexión falla inicialmente debido a un problema de la red, podría seguir fallando incluso si se arregla el problema de la red. Para poder establecer la conexión debe salir y reiniciar WebSphere Studio.
Existen algunos casos en los que definir carpetas como privadas del equipo no hará que queden ocultas para UI como espera el usuario.
WebSphere Studio a veces ejecuta múltiples mandatos dentro de una única conexión al servidor. Esto puede provocar problemas en los servidores CVS que ejecutan scripts de servidor como respuesta a determinados mandatos.
Hay un error en el servidor CVS relacionado con algunos niveles de compresión. Si recibe este error, cambiar el nivel de compresión en la página de preferencias de CVS podría ser de ayuda.
El mandato Equipo > Actualizar cargará todos los cambios remotos en la copia de trabajo local. Si utiliza Equipo > Actualizar y desea ver qué archivos tienen cambios salientes, abra la consola de CVS antes de realizar la actualización. La consola mostrará los resultados de la actualización (qué archivos tenían conflictos fusionables, cuáles tenían conflictos no fusionables y cuáles tenían cambios salientes). Aviso: Utilice Equipo > Actualizar solamente si conoce bien CVS. Si existe algún conflicto "real" (es decir, los que afectan a la misma línea de un archivo), CVS añadirá marcas al archivo durante la actualización. Resolver estos conflictos según este método no es una labor agradable.
Cuando lleva a cabo Marcar como fusionado, si se trata de su único cambio entrante y está en la modalidad de entrada, la vista de sincronización quedará vacía. En principio parece que el cambio ha desaparecido. Sin embargo, el cambio aparecerá en modalidad de salida.
Si lleva a cabo Equipo > Comprometer en un archivo que se ha modificado pero cuyo contenido coincide con el del archivo que hay en el servidor, el archivo permanecerá en cambio saliente. Para corregir el problema, lleve a cabo Equipo > Actualizar o utilice la vista Sincronizar para comprometer.
El elemento del menú Cambiar propiedades de ASCII/Binario solamente está habilitado para archivos y carpetas bajo control de CVS. Si desea establecer la modalidad de sustitución de palabras clave para un nuevo archivo, primero deberá añadirlo al control de versión.
Si la acción de podar está desactivada y un proyecto tiene adiciones entrantes de carpetas anidadas que no contienen archivos, al realizar una actualización en la vista Sincronizar se producirá un error (no podrá crearse la carpeta). La posible solución es llevar a cabo Equipo > Actualizar, lo que traerá los directorios.
Si elimina uno o varios recursos de la vista Sincronizar utilizando el elemento de menú Eliminar de la vista, dichos recursos ya no aparecerán pero seguirán estando incluidos en las operaciones realizadas (Actualizar, Comprometer, etc.)
Control-S no lleva a cabo una operación de guardar en el editor de recursos de área de trabajo de la vista Sincronizar. En su lugar, utilice el menú emergente y elija Guardar.
Por omisión, los directorios vacíos se podarán en las operaciones de reserva y actualización. Esto es deseable en la mayoría de los casos, ya que los directorios de un servidor CVS nunca se suprimen. Sin embargo, si esto provoca problemas, existe una preferencia de CVS para inhabilitar la poda automática.
Llevar a cabo los pasos siguientes provocará la excepción descrita más arriba:
La posible solución es comprometer la supresión de carpetas antes de crear el nuevo archivo.
Si se ha inhabilitado la preferencia "suprimir recursos no gestionados al sustituir" en la página de preferencias de Equipo > CVS y se lleva a cabo una operación Equipo > Sustituir por en un proyecto que tiene un recurso no gestionado y ningún cambio saliente más, se solicitará al usuario que escriba encima de los cambios locales aunque la operación no escribirá encima del recurso no gestionado.
Si copia una carpeta que esté bajo control de CVS en una carpeta que no lo
esté, también se copiarán las carpetas CVS/
(normalmente no
mostradas). Esto puede provocar problemas si el proyecto destino está bajo control
de CVS y se intenta añadir la carpeta trasladada a control de CVS. La posible solución
es suprimir manualmente los subdirectorios CVS/
utilizando el navegador del
sistema de archivos, o bien desconectar el proyecto origen del control de CVS antes de
copiar las carpetas.
Ha cambiado el formato del archivo de base de datos de autorización interna de la plataforma. Debido a ello, no se podrá utilizar la información de autorización puesta en antememoria con un área de trabajo creada sin una versión anterior de WebSphere Studio, y el usuario tendrá que autenticarse de nuevo.
Se dan algunas situaciones en las que pueden producirse mensajes de error "Respuesta desconocida" cuando se utiliza el método de conexión ext. Una de las situaciones se da cuando se utiliza un cliente de comunicaciones externo (por ejemplo,. rsh o ssh) que añade CR al canal de comunicaciones. Otra situación es cuando WebSphere Studio no lee debidamente los datos de la salida de error estándar (stderr) de la herramienta de comunicaciones externa.
Hoy por hoy no existe ninguna manera de ejecutar en WebSphere Studio una actualización no recursiva en una carpeta (es decir, que no hay nada que equivalga a la opción cvs -l).
Volver al archivo readme principal
(C) Copyright IBM Corporation 2000, 2003. Reservados todos los derechos.