No se puede comprometer en absoluto con Subversive Eclipse; puede haber foobanetworking todo el proyecto

Estoy teniendo problemas terribles con SVN en Eclipse Indigo con mi proyecto Java.

No soy un hobby, no soy un progtwigdor profesional, pero he oído lo importante que son los sistemas de control de versiones para proyectos serios, y pensé que era hora de que aprendiera a usar uno.

Ahora descubro que no puedo comprometerme, sin importar lo que bash. Recibo diferentes errores dependiendo de lo que hago.

Sospecho que el problema se debió a que marqué la casilla "Persistir el historial de refactorización del proyecto en la carpeta del proyecto en lugar del espacio de trabajo" en Proyecto> Propiedades> Refactorizar historial, pero no estoy seguro. Pero desde que lo hice, recibí un post de error que decía "svn: Path '.settings' not present" error. Lo intenté de nuevo, desmarcando la casilla para .settings / org.eclipse.ltk.core.refactoring.prefs. Esta vez recibí un error diferente al intentar un commit, el "gamecore" de Path no estaba presente. ('gamecore' es un package de nivel raíz en el proyecto, donde coloco la mayoría de las classs hasta que se puedan mover a otro lugar más apropiado).

Probé varias permutaciones de alterar las preferences del proyecto que había cambiado, y desmarcar algunos files en bashs de commits. Todo falló

Desesperado, corté y pegué los files fuente que había cambiado a un file de text, volví a mi versión anterior, y luego corté y pegué las nuevas versiones por encima de las anteriores. Esta vez obtuve "svn: File '/ Space Game / .refactorings' está desactualizado".

Así que estoy en una position en la que, no importa lo que haga, no puedo comprometerme. En este punto, estoy considerando eliminar todo el repository e importar de mi espacio de trabajo (algo que hice cuando accidentalmente borré el proyecto antes, pensando que había un duplicado en el repository).

He buscado en la web los errores que he tenido, y todos los hilos que he encontrado parecen suponer mucho más conocimiento del control de la versión que el que tengo. La mayoría incluye commands bash shell, a los que no tengo acceso.

Mis preguntas son: 1) ¿Es este el mejor curso de acción? 2) ¿Hay alguna otra manera less drástica de recuperar? 3) ¿Cómo puedo evitar que este error vuelva a ocurrir?

Estoy usando Eclipse Indigo con Subversive SVN Connectors 2.2.2, Subversive SVN Team Provider 0.7.9 y SVNKit 1.3.5 Implementation 2.2.2.

Esto sucedió porque revisó sus metadatos de eclipse en el control de fuente y luego lo movió al cambiar esa configuration.

  1. Entonces, primero haga una actualización para recuperar los meta files. Si miras la console svn, verás algo como: Restoring FILENAME NOMBRE DE ARCHIVO
  2. Después de tenerlos de vuelta y asumir que su proyecto aún está configurado para poner los metadatos en una carpeta separada, entonces puede hacer un svn delete en ellos y confirmar las eliminaciones.
  3. Configure un svn: ignore en todos los metadatos de eclipse, es decir:
    • .proyecto
    • .settings
    • .Construir path
    • .refactorings

Si yo fuera tú, cerraría el eclipse y haría todo esto desde la command-line para que no se confunda:

 cd /path/to/project/root svn up svn rm .project .settings .buildpath .refactorings svn commit .project .settings .buildpath .refactorings -m "Deleting eclipse metadata." svn propedit svn:ignore . # this will open an editor ignonetworking files are one per line so your file should look like # the following without the "#" signs # # .project # .settings # .buildpath # .refactorings svn commit . -m "Adding ignores to eclipse metadata files." 
Intereting Posts