0 votos
338 vistas

La computadora de un colega hizo cosas raras con la fecha hace unos 10 años, cuando su proyecto estaba comenzando a usar Paratext con control de versiones mercurial (send/receive). Las fechas de unos 10 commits se muestran como 2038 en Paratext, pero en otros software de mercurial se muestran como 2095. Aunque el número de revisión es menor, parece que Paratext muestra el historial ordenando por fecha y esto es realmente molesto en este caso. Cambiar la fecha de un commit antiguo en un repositorio publicado parece imposible. Entonces, ¿tenemos alguna solución, ya sea dentro de Paratext o con TortoiseHg o cualquier otra cosa, para deshacernos de estos commits inútiles? Son tan antiguos que no aportan nada, pero no logro deshacerme de ellos.


La solución parecería ser una de las siguientes

  1. Eliminar todo el historial (indeseable pero fácilmente alcanzable)
  2. Paratext cambia su orden de clasificación en el menú de historial para basarse en el número de revisión y no en la fecha (no vale la pena hacerlo solo por un proyecto)
  3. Algo de magia de hg para cambiar los commits (publicados), ya sea usando rebase, collapse, evolve, histedit o algo similar.

Escribo esto aquí por si otros tienen un problema similar y también debido a 2 pensamientos que podrían formar solicitudes de funciones/desarrollo para el equipo de paratext.

  1. Me parece que las listas de historial en Paratext (especialmente comparar textos) no son útiles y potencialmente peligrosas cuando se ordenan por fecha si existe la posibilidad de que las fechas de cualquier computadora estén alteradas. El sistema subyacente de mercurial tiene una forma de ordenar las revisiones independientemente de la fecha del commit. MacHg y TortoiseHg muestran las revisiones en el orden correcto, mientras que también muestran
  2. La interfaz de usuario actual para listar libros con un largo historial de cambios se vuelve bastante engorrosa y podría hacerse más útil para intentar rastrear los cambios.

Entonces, ¿hay algún consejo sobre cómo puedo ayudar a corregir el proyecto de mi colega? ¿Alguien más piensa que una solicitud de función de Paratext para ajustar el orden de clasificación de la visualización del historial podría valer la pena?

Traducción automática desde English
Paratext por (510 puntos) | 338 vistas

1 Respuesta

+1 voto
Mejor respuesta

La modificación del historial solo tiene sentido para conjuntos de cambios de borrador. Por lo tanto, a menos que uno pueda convencer a un administrador de S/R de Paratext para que realice los cambios por usted en el servidor S/R y pueda coordinarse con todos los usuarios del proyecto para que eliminen sus copias y luego S/R una copia limpia después, esta no es realmente una opción segura.

Otra opción podría ser una solicitud de función para:
4. Mejorar la herramienta de administración “Convert Project” de Paratext para corregir automáticamente fechas inválidas.

Traducción automática desde English
por [Moderator]
(2,4k puntos)

En mi opinión, esta es una situación lo suficientemente única que debería manejarse externamente y no debería requerir que PT sea reprogramado. Solo mi opinión.

Basado en mis propios experimentos con mercurial, mi suposición es que se puede rebasear o editar de otra manera el historial en mercurial, pero es probable que recalculen todos los hashes para los commits. Básicamente, está bifurcando el proyecto. Eso requeriría eliminar el proyecto del Registro y de la computadora de cada miembro, y luego volver a compartirlo.

Traducción automática desde English

Gracias. Es bueno tener la confirmación. Esencialmente, lo que esperaba que fuera una corrección simple para mí es en realidad un problema no trivial. Simplemente resulta ser desafortunado que Paratext, a diferencia de los clientes de mercurial, ordene por fecha de commit en lugar de por id de rev.

Traducción automática desde English

Una cosa a tener en cuenta es que el orden del conjunto de cambios (ids de rev) podría ser diferente para diferentes usuarios. (Usar la fecha al menos hace que las cosas sean consistentes para cada usuario). Además, si tenía un usuario que hacía S/R con poca frecuencia, los cambios que hizo hace muchos meses podrían aparecer antes que los cambios que otro usuario hizo ayer. (si se ordena por id de rev)

Traducción automática desde English

Preguntas relacionadas

0 votos
3 respuestas 478 vistas
We have some teams/projects that are ready to publish a number of books using Paratext 8 (not a full NT yet), ... | Papua New Guinea [Email Removed].pgmailto:[Email Removed].pg
SIL LSS PNG 411 preguntada sep 19, 2017
0 votos
0 respuestas 165 vistas
Click in a project to make it the active window. From the Project menu, select Recent Changes.... The Recent Changes ... -see-who-has-made-what-changes-in-a-project-text/366)
[Expert]
anon421222
735
preguntada feb 23, 2017
+1 voto
0 respuestas 216 vistas
The project you set up to automatically display the text of another project in a different writing system must be a ... inventory information from the project on which it is based.
[Expert]
anon421222
735
preguntada feb 23, 2017
0 votos
1 respuesta 263 vistas
Will there be a date after which one can no longer register for PT7? This page (https://pt8.paratext.org) says that ... such a user still be able to get a PT7 registration? Thanks
anon310851 135 preguntada abr 3, 2018
+1 voto
1 respuesta 198 vistas
WARNING: This question involves messing with aspects of Paratext that weren't intended to be messed with by the ... caused by removing project history which I haven't considered?
mnjames 1,9k preguntada sep 27, 2017
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
So Peter was kept in prison, but the church was earnestly praying to God for him.
Acts 12:5
3,049 preguntas
6,007 respuestas
5,672 comentarios
2,029 usuarios