trabajando subversion sirve revertir que para funciona con como comandos cambios arquitectura abrir php yii version-control mercurial hgignore

php - subversion - svn comandos



¿Qué archivos y directorios debería ignorar al poner mi proyecto Yii bajo control de versión? (3)

Aquí está el valor predeterminado para Yii de github , no es para mercurial, pero puede portarlo . también hay para otros marcos e IDE

Usando el framework Yii PHP con Mercurial como control de versiones.

¿Qué archivos y directorios debería ignorar cuando pongo mi proyecto de aplicación de Yii bajo control de versión (es decir, qué poner en .hgignore)?


Uno de los ejemplos (para Git, pero puedes adaptarlo a Mercurial) recomienda ignorar:

  • swp - archivos de intercambio VIM
  • .buildpath , .project , .settings : archivos y carpetas generados por Eclipse
  • .idea - carpeta generada por JetBrains PhpStorm
  • assets/* - todo lo que está bajo los activos es generado por Yii durante el tiempo de ejecución
  • runtime/* - lo mismo vale para todo en tiempo de ejecución, no queremos controlar las versiones
  • protected/data/*.db - para usuarios de sqlite, bases de datos stop de control de versión sqlite
  • protected/tests/report/* - informe de prueba de cobertura de código (recién comenzó a practicar TDD, de ahí esto)

Síntesis y generalización de las respuestas anteriores (sin listas de archivos exactas, pero con principios comunes)

Para cualquier herramienta y cualquier regla ampliamente aceptada de SCM es "No almacene artefactos en reposo, almacene un conjunto mínimo de objetos, que le permitan continuar su trabajo en cualquier lugar nuevo"