signo proyecto exclamacion error crear java eclipse helios

java - exclamacion - error al crear proyecto maven eclipse



¿Por qué Eclipse Java Package Explorer muestra un signo de interrogación en algunas clases? (6)

Aquí hay una tabla de iconos para el entorno de desarrollo de Java en Eclipse .

Se pueden agregar adornos adicionales mediante complementos, por ejemplo, complementos de control de versiones.

En el Eclipse Helios Java Package Explorer, veo que los iconos de la clase Java muestran un pequeño signo de interrogación a la derecha de la ''J'', algo así como [J?]. Este icono se muestra en cada clase dentro de un paquete en mi proyecto, pero no puedo encontrar una explicación para esto en la documentación.

En algún momento, espero que desaparezcan y sean reemplazados por pequeños rectángulos naranjas. (De lo cual tampoco estoy seguro de su significado, pero estoy menos preocupado por su connotación.) Supongo que esta pregunta apunta a una más grande, ¿alguno de estos iconos se define en algún lugar?


En un proyecto svn habilitado, el pequeño signo de interrogación (?) Indica que su archivo aún no se ha agregado al repositorio SVN.

El pequeño rectángulo naranja es una indicación de que su archivo está comprometido en el repositorio.

Un asterisco (*) indica un cambio local.


Parece que estás usando Subclipse; ¿Es eso correcto? Si es así, hay una gran lista de decoradores y sus descripciones en esta respuesta de Tim Stone.

Aquí está el fragmento relevante para su caso:

- Un archivo que no está bajo control de versión. Estos son típicamente nuevos archivos que aún no se ha comprometido con el repositorio.
- Un archivo sin cambios locales.



esos iconos son una forma de que Egit le muestre el estado del archivo / carpeta actual en git. Es posible que desee verificar esto:

  • dirty (folder) - Al menos un archivo debajo de la carpeta está sucio; eso significa que tiene cambios en el árbol de trabajo que no están ni en el índice ni en el repositorio. rastreado: el repositorio de Git conoce el recurso. untracked: el repositorio de Git no conoce el recurso.
  • ignorado : el recurso es ignorado por el proveedor del equipo de Git. Aquí solo las configuraciones de preferencia en Team -> Ignored Resources y el indicador "derived" son relevantes. El archivo .gitignore no se tiene en cuenta.
  • dirty : el recurso tiene cambios en el árbol de trabajo que no están ni en el índice ni en el repositorio.
  • en etapas : el recurso tiene cambios que se agregan al índice. No es posible agregar al índice en este momento solo en el diálogo de confirmación en el menú contextual de un recurso.
  • parcialmente en etapas : el recurso tiene cambios que se agregan al índice y, además, cambios en el árbol de trabajo que no están ni en el índice ni en el repositorio.
  • agregado : el recurso todavía no se ha rastreado, pero se ha agregado al repositorio de Git.
  • eliminado : el recurso se organiza para su eliminación del repositorio de Git.
  • conflicto : existe un conflicto de fusión para el archivo.
  • assume-valid : el recurso tiene el indicador "asumir sin cambios". Esto significa que Git deja de revisar los archivos del árbol de trabajo para posibles modificaciones, por lo que debe desarmar manualmente el bit para decirle a Git cuando cambie el archivo de árbol de trabajo. Esta configuración se puede activar con la acción del menú Equipo-> Asumir sin cambios (o en la línea de comando con git update-index - assume-unchanged).

esto se debe a que su proyecto ha sido vinculado a un repositorio git-hub, y el archivo que tiene signo de interrogación en él, aún no se ha agregado. si desea eliminar este signo, deberá agregar este archivo al repositorio de git-hub.