pat - Online en la nube

PROGRAMA:

NOMBRE

pat - herramientas generadoras de parches

SINOPSIS

palmadita [ -ahmnV ] [ lista de archivos ]
pacil [ -abfhnpqsV ] [ lista de archivos ]
patricio [ -ahnV ] [ lista de archivos ]
base de datos [ -ahV ] [ lista de archivos ]
patlog [ -hnruV ]
Patmake [ -hV ]
patenviar [ -hiquV ] [ lista de parches ] [ destinatarios ]
patnotificar [ -hquV ] [ destinatarios ]
patpost [ -hrV ] lista de parches grupos de noticias
patftp [ -hV ] [ lista de parches ]
apodo [ -ahnmV ] -v versión [ lista de archivos ]
palmadita [ -ahV ] [ -o instantánea ] [ lista de archivos ]
patcol [ -achnmsCV ] [ -d directorio ] [ -f manos ] [ -S romper ] [ lista de archivos ]
limpiar [ -ahnmV ] [ lista de archivos ]
patindex

DESCRIPCIÓN

Palmadita y sus programas asociados generan parches para cualquier paquete que se haya almacenado
bajo RCS. Estos programas ocultan muchos de los detalles de RCS que se interponen en su camino cuando
construcción y mantenimiento de un paquete. Todo lo que necesita hacer para crear un nuevo parche es
edite sus archivos, ejecute pat y proporcione algunas descripciones a RCS y en el parche generado
expediente. Detalles tales como cómo inicializar un nuevo archivo RCS, qué debería ser la cadena de comentarios
ser, cómo crear una nueva rama, cómo tratar con subdirectorios, cómo hacer diferencias y cómo
organizar el archivo de parche se manejan automáticamente.

Antes de usar cualquiera de los programas pat, debe inicializar su paquete ejecutando packinit
en el directorio de nivel superior de su paquete. Esto produce un archivo .package que todos los
dist hacen uso de los programas.

En cualquiera de los programas que quieran una lista de archivos, si especifica -a en su lugar, todos los archivos en
MANIFEST.new será procesado. En cualquiera de los programas que quieran una lista de parches, un nulo
patchlist significa el parche actual. Puede utilizar guiones, comas y espacios para delimitar
números de parche. Si el lado derecho de un guión es la cadena nula, el nivel de parche actual
se asume como el valor máximo. Todos los programas invocados con -h imprimirá un pequeño uso
mensaje con el significado de cada una de las opciones disponibles. los -V opción da la corriente
número de versión.

Pat en sí es un programa contenedor que llama a patcil, patdiff y patmake. Usualmente puedes
simplemente invoca a Pat e ignora a todos los demás. Pat actualizará el archivo MANIFEST, si
necesario (será una copia exacta del archivo MANIFEST.new, siempre que un MANIFEST
ya existía), eventualmente llamando a patcil sobre él.

Si especifica -n en lugar de una lista de archivos, pat encontrará todos los archivos que sean más nuevos que
patchlevel.h, lo puso en un editor para recortar la lista, luego use esa lista de archivos. Si
todos los archivos de la lista se eliminan, palmadita será abortado.

patcil se usa para hacer un ci -l en cualquier archivo listado. (Se supone que siempre quieres
mantenga sus archivos comprobados). -a interruptor, hay un -b cambiar cual
realiza una comprobación rápida de un conjunto de archivos. En lugar de llamar a rcs en cada archivo, llama a rcs
en la lista completa de archivos. Esto es útil para registrar una revisión del tronco. Cuando usted
está registrando una nueva revisión del tronco, es posible que también desee utilizar el -s bandera que lo hará
elimine las entradas antiguas de RCS Log de la revisión anterior para que pueda empezar de nuevo.
Probablemente también debería usar un -f que se pasa a través del ci para forzar sin cambios
archivos para registrar. Para registrar una nueva revisión del tronco, digo

patcil -s -f -a

Patcil pedirá la entrada del registro en lugar de dejar que ci lo haga, y tiene un pequeño indicador
incorporado que le permite manipular el mensaje de varias formas. Escriba h para obtener una lista de
lo que puedes hacer. Una de las mejores cosas es que puede aparecer en un editor,
opcionalmente con una lista de diferencias de los cambios desde el último parche, en caso de que haya
olvidado lo que cambiaste. Si escribe una CR como primera cosa, incluye la anterior
mensaje de registro. Salga del apuntador con un CR.

Hay dos formas diferentes de utilizar patcil. Puede llamar a patcil usted mismo o dejar
Pat llámalo por ti. No importa cuántas veces llame a patcil antes de ejecutar pat,
ya que patdiff sabe cuál es la base del último parche para comparar. Se puede llamar a Patcil
cualquiera de sus directorios; los otros programas deben llamarse en su directorio de nivel superior (o
en errores, cuando sea significativo).

Cuando crea un archivo nuevo en un nivel de parche dado, debe parchearlo con el -p
opción. De lo contrario, simplemente se registrará como una nueva revisión de troncal. El nombre de
El archivo se agregará al MANIFEST.new si aún no aparece en él. Si el nombre es
que se encuentra junto con una descripción, esa descripción se pasará a rcs para
inicialice el archivo RCS.

base de datos se puede usar para restablecer la base del parche a la versión actual cuando lo haya desechado
la secuencia de parche anterior y están creando un nuevo kit de distribución. Lo que realmente hace es
an rcs -Nlastpat: REV, donde REV es la revisión actual. Si Patdiff explota y quieres
para volver a establecer la base del parche en alguna versión anterior, debe llamar a rcs -Nlastpat: REV
tú mismo.

patricio realmente hace las diferencias que van en el parche, comparando cualquier versión
-Nlastpat apunta a la versión registrada más recientemente. Luego actualiza -Nlastpat
para apuntar a la versión actual. Deja el diff en el subdirectorio de errores para
patmake para recoger. Puede usar rcsdiff o un comando diff de su elección especificado
cuando ejecuta packinit, en caso de que su diff sea mejor que rcsdiff.

Patlog es invocado por Patmake por lo general, para actualizar el ChangeLog archivo (o cualquier nombre que
se ha dado el archivo cuando ejecutó empacar). Recopilará mensajes de registro y lanzará un
editor para que realice las actualizaciones necesarias. Si ha configurado su paquete también
incluir registros RCS en el ChangeLog, se lanzará otra sesión de editor para ellos también.
Finalmente, se crea un registro final como entrada candidata para ChangeLog, que también puedes
modificar como desee.

Cuando no ha configurado un ChangeLog archivo, patlog solo recopilará la información
necesita pasar a Patmake y saldrá. Si desea llamarlo usted mismo, debe
haz eso después de al menos un éxito patricio correr. Recomiendo usar el -n opción la
primera vez, y luego use el -u opción junto con -n en ejecuciones posteriores para recrear archivos
solo cuando sea necesario. los -r opción (que reemplaza -u) previene patlog de recrear un
archivo existente, incluso si está desactualizado.

Patlog llamará pacil y patricio de su ChangeLog archivo (después de haber rellenado el
entrada de registro de candidatos que editó en la parte superior del archivo), a menos que el
-n opción. Esto significa que el parche emitido se actualizará ChangeLog con parche actual
información, como es de esperar.

patmake combina todas las partes del parche en un archivo e invoca un editor para que
puede agregar el tema y la descripción. Lanza todos sus mensajes de registro como asuntos y
como Descripción, bajo el supuesto de que es más fácil eliminar lo que no desea que
para recordar todo lo que hiciste. También querrá expandir cada elemento en la Descripción
para que no se limiten a repetir las líneas de Asunto. Si tienes un ChangeLog archivo, esto debe tener
ya se ha hecho, o tu ChangeLog no representará con precisión lo que se describe en
el parche, dado que ya ha sido actualizado cuando Patmake reúne todos los
piezas (ver nota sobre patlog encima).

Los parches grandes se dividirán para mantener el tamaño de cada parche en un tamaño razonable. Esta
se maneja automáticamente, por lo que no tiene que preocuparse por él. La prioridad de cada parche
es simplemente intuido por Patmake, dado el supuesto de que los pequeños cambios tienen una gran
prioridad.

Patsend, patpost y patftp se utilizan para distribuir sus parches al mundo. Patenviar
envía un conjunto de parches a un conjunto de destinatarios. los -u Switch agrega todos los
usuarios registrados que han solicitado que se les envíen parches por correo, así como
destinatarios especificados durante la ejecución empacar. -i interruptor incluye información con el
parche sobre cómo el usuario puede darse de baja para no recibir parches futuros
automáticamente; esto también es el predeterminado cuando el -u se utiliza el interruptor. Patpost publica un conjunto
de parches a un conjunto de grupos de noticias. patftp simplemente copia el parche en su ftp público
directorio.

Patnotificar simplemente notifica a los usuarios que se ha lanzado un nuevo parche para que puedan
recuperarlo ellos mismos de un sitio de archivo o por correo electrónico si están interesados. los
-u El interruptor se puede utilizar para incluir a todos los usuarios registrados actualmente que han solicitado
tal notificación. El mensaje incluye la prioridad y descripción del parche, así como
instrucciones sobre cómo solicitar automáticamente el parche (que funcionará solo si tiene
agente de correo instalado).

Ambos patenviar y patnotificar le permite editar la lista de direcciones antes de enviar nada,
a menos que agregue el -q .

Nombre de usuario se puede utilizar para etiquetar un conjunto de archivos con un nombre simbólico (especificado con -v). Esta
establecerá el nombre de la revisión más reciente de cada archivo.

Patsnap obtendrá una instantánea de su lanzamiento creando un archivo SNAPSHOT (el nombre puede ser
cambiado a través de -o) enumerando los nombres de archivo y el último número de revisión de RCS para ese archivo.
Estas instantáneas se pueden utilizar para identificar la versión en algún nivel de parche aleatorio y luego
más tarde podrá recuperarlo alimentando el archivo de instantánea a patcol.

patcol comprobará una versión bloqueada de un archivo, eventualmente en un directorio alternativo
(especificado con -d, reflejando así el árbol de distribución). Todos los archivos que no tienen
La contraparte de RCS (por ejemplo, patchlevel.h) será simplemente copiada por patcol. Esto es usado por
makedist para falsificar la distribución antes de hacer los kits. Por defecto, patcol no funcionará
el procesamiento de expansión de derechos de autor, pero a los clientes les gusta maquillador forzarlo usando su -C
opción. Alternativamente, puede forzar la copia de la versión extraída en un directorio
mediante el uso de la -c cambiar junto con -d (o ese interruptor anterior simplemente se ignora).

patcol también puede tomar su lista de archivos de un archivo SNAPSHOT a través del -S cambiar, en cuyo caso
Verificará los archivos usando la versión RCS especificada por el archivo de instantánea, como
uno creado por palmadita. En su lugar, puede especificar -a, -m or -n para utilizar respectivamente todos los
archivos en MANIFEST.new, todos los archivos modificados (el que ha sido paciled), o todos
los archivos más nuevos que nivel de parche.h.

patclean eliminará los archivos de trabajo después de haber verificado todos los cambios. Puedes
restaura sus archivos de trabajo usando patcol.

índice patrimonial se puede utilizar desde el directorio de nivel superior o dentro de la loco directorio. Va a
enumere todos los parches y sus Título: líneas. Este programa sabe sobre parches comprimidos
y los descomprimirá mientras produce el listado.

RCS CAPA

Esta sección describe la capa RCS, en caso de que algo en las herramientas se rompa, para que
puede arreglar sus archivos RCS y reiniciar la operación.

Todas las herramientas de parche obtienen el número de revisión principal del tronco RCS de su .paquete archivos, digamos
es 2.5. Entonces, en el momento en que corriste empacar, ha elegido una rama para los parches,
generalmente el número 1, lo que significa que todas sus modificaciones se almacenarán en el RCS 2.5.1
rama. Las herramientas crearán la rama para ti cuando llegue el momento.

Cada última revisión publicada está etiquetada con un RCS última palmada símbolo. Cuando se construye el parche
by patricio, la versión más reciente de la rama 2.5.1 se compara con la etiquetada como
última palmada. Es por eso que puede emitir con seguridad más de una pacil antes de emitir el parche
y aún tenerlo todo resuelto. Por supuesto patricio moverá el última palmada etiqueta a la
última revisión de la rama después de procesar un archivo determinado.

Todos los mensajes de registro y los archivos modificados se guardan en su loco directorio, en oculto
archivos (el nombre comienza con un punto). Esos registros se recopilarán cuando se emita el parche.
y los archivos modificados son utilizados por palmadita's -m interruptor.

patricio recoge sus trozos de parche bajo el loco directorio, en archivos que terminan con un .nn
extensión, donde nn representa el nivel de parche actual + 1. (que será el siguiente
patchlevel cuando el parche será hecho por Patmake, a menos que sea demasiado grande para caber en uno
de archivo).

Patlog prepara un conjunto de archivos para Patmake: el .obstruir archivo recopila la información que
irá debajo de la sección Descripción: dentro del parche, y .xlog unos recogen el
ChangeLog entrada de candidato. Finalmente, .rlog Los archivos almacenan la información RCS que se va a
incluido en el ChangeLog, si se solicita. Tenga en cuenta que las tres líneas superiores son basura y
son ignorados por todas las herramientas que manejan esos archivos.

Para iniciar una nueva línea de base (es decir, para cambiar el número de revisión de la troncal RCS),
Necesito volver a ejecutar empacar y cambie ese número. Entonces emita un nuevo pacil, probablemente con el
-s, -a y -f opciones ...

Use pat en línea usando los servicios de onworks.net