checkin

Incorporar archivos modificados localmente, añadiéndolos al conjunto de cambios actual

Finalidad

El submandato scm checkin incorpora uno o más archivos modificados localmente, añadiéndolos al conjunto de cambios actual del espacio de trabajo de repositorio.

Sinopsis

Para ejecutar scm checkin después de haber utilizado scm login para crear credenciales almacenadas para el repositorio enlazado al espacio de trabajo local especificado por -d:
scm checkin { [ -d | --dir ] vía de acceso de espacio de trabajo } vía de acceso ...
Para ejecutar scm checkin facilitando credenciales (para el repositorio enlazado al espacio de trabajo local especificado por -d) en la línea de mandatos:
scm checkin [ -u | --username ] ID de usuario de repositorio [ -P | --password ] contraseña de ID de usuario de repositorio { [ -d | --dir ] vía de acceso de espacio de trabajo } vía de acceso ...

Opciones y argumentos

[ -d | --dir ] vía de acceso de espacio de trabajo: El nombre de la vía de acceso de un espacio de trabajo local creado por scm load o scm share. Este submandato se ejecuta con vía de acceso de espacio de trabajo establecida como el directorio de trabajo actual. Puede omitir esta opción si el directorio de trabajo es un espacio de trabajo local.
[ -P | --password ] contraseña de ID de usuario de repositorio: La contraseña del ID de usuario especificado en el repositorio nombrado. Si esta opción no se incluye en la línea de mandatos, se le solicita una contraseña. Si ha especificado un URI de repositorio o apodo para el cual ha almacenado credenciales mediante el mandato scm login, se ignora esta opción.
[ -u | --username ] ID de usuario de repositorio: Especifica un ID de usuario que existe en el repositorio nombrado. Si ha especificado un URI de repositorio o apodo para el cual ha almacenado credenciales mediante el mandato scm login, se omite esta opción.
vía de acceso ...: Una lista separada por espacios de nombres de vías de acceso para incorporar. Cada vía de acceso debe estar en un espacio de trabajo local. Si se ha utilizado una opción -d para especificar un directorio local donde deba ejecutarse scm checkin, todos los argumentos de vía de acceso se interpretan como relativos a ese directorio. De lo contrario, los argumento de vía de acceso se interpretan como relativas al directorio de trabajo actual. Si la vía de acceso es un directorio, se incorporan todos los archivos sin resolver del directorio y sus subdirectorios.

Ejemplos

Trabajando en un espacio de trabajo local, modificar el archivo com.example.hellojazz.rcp.ui\src\com\example\hellojazz\rcp\ui\actions\HelloJazzAction.java. Después de guardar el archivo, la salida de scm status indica un archivo sin resolver (modificado, pero no incorporado).

C:\local-workspaces\HelloJazz>scm status
Espacio de trabajo: (1101) "HelloJazz" <-> (1102) "HelloJazz Stream" Componente: (1103) "HelloJazz" Línea base: (1104) 2 "base" Sin resolver: -c /com.example.hellojazz.rcp.ui/src/com/example/hellojazz/rcp/ui/actions>

Ejecute scm checkin para incorporar el archivo y crear un conjunto de cambios.

C:\local-workspaces\HelloJazz>scm checkin com.example.hellojazz.rcp.ui\src\com\example\hellojazz\rcp\ui\actions\HelloJazzAction.java
Se está comprometiendo... Espacio de trabajo: (1101) "HelloJazz" <-> (1102) "HelloJazz Stream" Componente: (1103) "HelloJazz" Saliente: Conjuntos de cambios: (1105) --@ <No hay comentarios>