Cómo cambiar la versión anterior a la versión 1.7

1

Estoy en OS Sierra.

Actualmente tengo subversion 1.9 y quiero bajar a 1.7.

Intenté esto hasta ahora sin suerte:

$ brew tap homebrew/versions
$ brew install subversion17
Error: No available formula with the name "subversion17" 
==> Searching for similarly named formulae...
Error: No similarly named formulae found.
==> Searching taps...
Error: No formulae found in taps.
$ brew search subversion
homebrew/versions/subversion18   

¿Qué otras opciones puedo tener?

Editar: Más antecedentes:

Recibo este mensaje cuando ejecuto los comandos svn en mi directorio de trabajo:

> svn: E155036: Please see the 'svn upgrade' command svn: E155036: The
> working copy at '/Users/MyProject' is too old (format 29) to work with
> client version '1.9.4 (r1740329)' (expects format 31). You need to
> upgrade the working copy first.

¿Me preocupa que si ejecuto la actualización ya no pueda hablar con el servidor? Y no tengo control sobre qué versión está ejecutando el servidor y no creo que estén dispuestos a actualizarlo.

    
pregunta Greg 10.02.2017 - 21:06

2 respuestas

1

Si

  • su cliente SVN le dice que quiere que actualice su copia de trabajo del formato 29 al 31,

  • y el servidor no está bajo su control,

  • y no estás seguro de si el servidor admitirá el formato más reciente,

entonces estos pasos pueden ayudarlo a obtener una copia de trabajo actualizada:

  1. Haga una copia de seguridad de toda la carpeta que es su copia de trabajo, incluidos todos los subdirectorios, especialmente aquellos llamados .svn . Guarde su copia de seguridad en un lugar seguro que esté fuera de su copia de trabajo.

  2. Si te sientes cómodo perdiendo tus cambios no confirmados, simplemente puedes revisar una copia de trabajo nueva. Los clientes trabajan con servidores antiguos , por lo que es probable que esta sea la opción más fácil para usted. Si estás de acuerdo con eso, detente aquí. No hay paso 3 .

  3. Si todavía estás decidido a actualizar tu copia de trabajo existente, cd y ejecuta svn upgrade . No te preocupes por romper algo ; svn upgrade no afectará el estado del servidor. Si falla, simplemente restaure su copia de seguridad o retire una copia de trabajo nueva.

  4. Si svn upgrade tiene éxito, es posible que desee asegurarse de que el servidor todavía esté funcionando bien con su copia de trabajo recién actualizada. Así que es hora de hacer una revisión rápida y ver por ti mismo. Para prepararse para eso, primero haga svn update . Si svn update falla, intente solucionar todos los problemas antes de continuar con el siguiente paso.

  5. Como prueba final, haga un cambio y verifíquelo para que pueda ver si el servidor también acepta eso. Por ejemplo, cree un cambio ficticio con el que se sienta cómodo al ingresar al repositorio, e. sol. un nuevo archivo llamado deleteme.txt . O simplemente agregue una nueva línea a algún código fuente existente. Si su copia de trabajo ya tiene algunos cambios no comprometidos con los que se siente cómodo, simplemente puede usarlos.

  6. Confirma los cambios que has elegido.

  7. Si svn commit devuelve un error, todavía tiene algunas opciones: como primer paso, intente solucionar el problema usted mismo; o abra otra pregunta para pedir ayuda (indicando exactamente lo que hizo, lo que esperaba y lo que realmente sucedió); o edita tu pregunta existente; alternativamente, simplemente revise una copia de trabajo nueva (vea el paso 2). Pase lo que pase, no tenga la tentación de degradar su cliente de Subversion a la versión 1.7.

respondido por el Synoli 14.02.2017 - 17:39
4

Cualquiera que sea su motivación subyacente o su caso de uso: le recomendé personalmente que no reduzca la calificación. La degradación a Subversion 1.7 pondrá a tu Mac en riesgo.

Además, por razones técnicas, Subversion 1.7 no puede ejecutarse en El Capitán o posterior a menos que un desarrollador esté dispuesto a realizar un esfuerzo considerable.

La fórmula subversion17 se eliminó de Homebrew last month , albe a href="http://docs.brew.sh/Versions.html"> razones no relacionadas . Antes de que se eliminara, un comentario en la fórmula dijo : p>

  

# Requires system OpenSSL headers to build. >El Capitan no longer ship them.
# Note this means that this subversion is linked against an outdated OpenSSL
# and really should not be considered secure.

En otras palabras, no solo Subversion 1.7 no es seguro para usar en macOS; Además, El Capitan o las versiones posteriores de macOS no pueden ejecutarse 1.7 porque faltan los archivos de encabezado necesarios.

Por el mismo motivo, las conocidas fuentes de descarga de Subversion, e. sol. página de descarga de WANdisco , ofrece versiones de Subversion 1.7 para OS X Yosemite o versiones anteriores, pero no para las versiones actuales de macOS.

Un enfoque alternativo sería que publique una nueva pregunta (o edite su pregunta existente) para brindar más información sobre cuál es su motivación subyacente.

  • ¿Qué estás tratando de lograr específicamente con la versión 1.7?

  • ¿Qué problemas específicos anticipa, o ya ha encontrado, utilizando la última versión de Subversion en su lugar, o cualquier otro paquete de control de versión?

respondido por el Synoli 11.02.2017 - 20:35

Lea otras preguntas en las etiquetas