¿Qué control de fuente usa un prefijo "s." En sus nombres de file?

Encontré lo que parece ser un antiguo repository fuente para algún código fuente que necesito resucitar. Pero no tengo idea de qué herramientas de control de origen se usaron para generar y administrar este repository de origen. En el directory, todos los files tienen una "s". prefijado al nombre del file. Sin conocer el formatting en estos files, no puedo extraer manualmente el código fuente con ningún grado de precisión. E incluso si lo hiciera, extraer manualmente el código fuente sería muy lento y propenso a errores.

Qué sistema de control de fuente / versión prefija sus files de origen con "s". cuando almacena el file fuente en su directory de repository?

¿Cómo puedo extraer efectivamente el último código fuente de este directory de repository?

El s. el prefijo es característico de SCCS, el sistema de control de código fuente. El código para eso probablemente aún es propiedad, pero GNU tiene el proyecto CSSC que puede manipular files SCCS. Realiza un seguimiento de los cambios por file en las revisiones, conocidas como 'deltas'.

SCCS es el sistema oficial de control de revisiones para POSIX; puede encontrar los commands documentados en el sitio Abrir grupo (pero el formatting de file no está especificado allí, AFAICT):

  • admin
  • delta
  • get
  • prs
  • rmdel
  • sact
  • unget
  • val
  • what

El formatting de file no está especificado por POSIX. La página del manual para get dice:

Los files SCCS serán files de un formatting no especificado.

El set de commands SCCS original incluye algunos extras no registrados por POSIX:

  • cdc – change delta comment (para cambiar los comentarios de checkin para un delta)
  • comb – combine, efectivamente para unir deltas
  • ayuda – sin prefijo; el no era ningún otro progtwig de help en ese momento. Los commands generan códigos de error como cm3 y help interpretarlos.
  • sccsdiff – diferencia entre dos deltas de un file

La mayoría de los sistemas ahora tienen un solo command, sccs , que toma el nombre de la operación y luego las opciones. Con frecuencia, los files se colocaban en un subdirectory ./SCCS/ y se extraían de él según fuera necesario, y el front-end de las sccs manejaba la expansión del nombre, agregando s. o SCCS/s. al comienzo de los nombres de file.

Para extraer la última versión del código fuente, use get .

 get s.* sccs get s.* 

Estos obtendrán la versión pnetworkingeterminada de cada file, y el valor pnetworkingeterminado pnetworkingeterminado es la última versión del file.

Si necesita hacer cambios, use:

 get -e s.filename.c ...make changes... delta -y'Why you made the changes' s.filename.c get s.filename.c 

Tenga en count que los files 'pierden' el s. prefijo para los nombres de los files de trabajo, más bien como los files RCS (Sistema de control de revisiones) pierden el sufijo ,v para los nombres de file de trabajo. Si no se ha enterado de eso, acepte que fue diferente cuando se crearon SCCS y RCS, a fines de los 70 o principios de los 80.

SCCS usa un s. prefijo. ¡Pero podría no ser el único!

¡Nunca pensé que este conocimiento fuera útil algún día!