2011-07-06 16 views
10

Estoy tratando de compartir un proyecto entre mi computadora de escritorio y la computadora portátil usando Subversion. El proyecto tiene 3 módulos. Importé la carpeta del proyecto en un repositorio en una carpeta compartida a la que mi computadora portátil puede acceder a través de la red.IntelliJ y SVN: "no se detectaron cambios" en la confirmación

Comprobé el proyecto en mi computadora portátil y luego intenté abrir el proyecto. Ninguno de los módulos está visible, solo el archivo .iml del proyecto, como en la captura de pantalla siguiente.

Veo que el archivo .iml tiene una línea para "URL de contenido", que se refiere a una ubicación en mi escritorio. quizá este es el problema. ¿Qué puedo hacer al respecto? ¿Tengo que crear un nuevo proyecto en la computadora portátil e importar los módulos, de modo que habrá 2 archivos .iml de primer nivel diferentes, uno para el escritorio y otro para la computadora portátil? ¿Voy por esto de la manera incorrecta?

intelliJ

ACTUALIZACIÓN: El problema parece estar relacionado con la comisión. Cuando realizo un cambio en un archivo, guardo y pulso Confirmar cambios, aparece una ventana emergente que dice "No se detectaron cambios". Esto es lo mismo en la computadora portátil y el escritorio, y significaba que descargué la versión incorrecta en mi computadora portátil antes. Eliminé el repositorio y creé uno nuevo, y mi proyecto funciona en mi computadora portátil ahora, pero no puedo realizar cambios desde IntelliJ (solo con TortoiseSVN a través del administrador de archivos). Además, cuando importé mi proyecto al control de versiones desde mi computadora de escritorio, la copia de trabajo no se puso bajo control de versión. Así que no puedo actualizar desde mi escritorio a menos que lo revise en una carpeta diferente.

Creo que hay algo mal con el complemento SVN con esta versión de IntelliJ (10.5.1). ¿Alguien más tiene problemas para realizar cambios?

RESOLUCIÓN Necesitaba 1) Actualizar configuración | El control de versiones Subversion para asignar al directorio de trabajo 2) Importación a Control de versiones 3) Compruebe hacia fuera otra vez

Es, posiblemente, puede haber sido causado por el hecho de que los módulos eran originalmente proyectos independientes que estaban en repositorios separados. Cualquiera sea la causa, el cuadro de diálogo "Sin cambios detectados" de IntelliJ no es el más útil.

+0

¿Estás seguro de que has cometido todos los archivos de la primera computadora? ¿Qué muestra el registro svn? –

+0

@matt Creo que sí ... Hago clic en "commit" en el escritorio y dice que no hay cambios, y todos los archivos están allí en la computadora portátil. Creo que es este archivo .iml como se muestra en la captura de pantalla, que contiene la URL de contenido incorrecto. Pero no quiero cambiarlo porque cuando lo confirme será copiado a mi escritorio, entonces presumiblemente el proyecto no funcionará allí. –

+0

Puede verificar si ha cometido todo usando un cliente SVN externo como tortuga SVN (en Windows) coloreará todos los archivos bajo el control de versión –

Respuesta

8

Por favor, refer to the FAQ.

En cuanto a la raíz de contenido, asegúrese de que esté ubicada debajo de la raíz del proyecto o raíz del módulo, en este caso la ruta se almacenará con relación al proyecto/raíz de modile dentro del archivo iml. Si la ruta específica del sistema fijo se utiliza en el iml, dicho módulo no funcionará en otros sistemas.

ACTUALIZACIÓN: Realice una asignación explícita entre el directorio de trabajo real y Subversion en Configuración | Diálogo de control de versión. Si está utilizando el marcador de posición predeterminado y los archivos de su proyecto no están debajo de la raíz del proceso de pago, podría ser el caso.

Después de realizar la importación inicial, debe hacer un pago y envío para usar el control de versión en IDEA.

+0

Ya lo hice. Lamentablemente, este documento no dice casi nada. –

+0

Entonces, ¿ha confirmado el directorio .idea y todos los archivos .iml? – CrazyCoder

+0

Ver la actualización anterior. No puedo comprometerme con IntelliJ por alguna razón. –

2

Acabo de toparme con esto hoy, comprobé un proyecto existente y tuve que actualizar el esquema SVN de 1.6 (creo) a 1.8. Eso pareció hacer que Subversion no reconociera que estaba equivocado, es su creencia, aunque podía DIFF y ver los cambios relativos a la última versión del repositorio, que "No se detectaron los cambios".

Me cansé tanto que apagué Intellij ...por un capricho, lo volví a abrir, y el archivo en cuestión parecía azul ... hmmm ... sí, ahora detectó los cambios.

Thanks, Roy!

+1

¡Me rendí con Subversion y comencé a usar git! –

+0

Tuve el mismo problema con el complemento git después de cambiar de WebStorm a IntelliJ. Jugando con la configuración (sin cambiar nada) y reiniciar IntelliJ hizo el truco. – pixelastic

18

VCS -> Actualizar Estado de archivo resolvieron este para mí, cuando de repente se detuvo Intellij cambios se dé cuenta.

3

A veces, hacer VCS -> Refresh File Status funciona para mí.

Otras veces, no hace nada.

Una solución es

  1. copiar todos los archivos contenidos en el portapapeles/libreta externa (para copia de seguridad)
  2. Elija de Restitución en el archivo, que necesita una reforma. Ahora está actualizado con el servidor y no contiene sus nuevos cambios.
  3. Edite el archivo de nuevo (pago) y PEGUE el contenido del archivo original.
  4. Intenta realizar cambios. Debería detectarlos ahora.
0

Me metí en el problema similar hoy y probé VCS -> Refresh File Status, pero no me ayudó. Cuando miré en Version Control->Subversion Working Copies Information, encontré un error svn The working copy at /home/project is too old to work with svn client 1.9.4. Primero ejecuté svn upgrade y luego haciendo VCS -> Refresh File Status resolví mi problema y pude confirmar mis cambios.

0

Tuve el mismo problema, parece que puede haber sido causado por tener un archivo con el mismo nombre en dos repositorios GIT diferentes.

Pude arreglarlo abriendo Archivo -> Configuración -> Control de versiones y luego desasignando y reasignando GIT como el VCS de los dos directorios que tenían el archivo. Primero el directorio en el que no hubo cambios en el archivo y luego el otro activo que sí tuvo cambios (pero que no los detectó antes).

Cuestiones relacionadas