¿Cómo se organiza el espacio de trabajo personal para los proyectos de código en la carpeta de inicio? ¿Y cómo mantiene el espacio de trabajo eficiente para manejar proyectos múltiples al mismo tiempo?¿Cómo se organiza el espacio de trabajo de código y la carpeta de inicio?
El aspecto más importante de mi pregunta es anterior. Puede dejar de leer a menos que desee abordar subpartes específicas del tema. A continuación hay varias preguntas relacionadas sobre la organización de espacios de trabajo. No es necesario abordarlos a todos. Interesado en escuchar incluso respuestas parciales a algunas de las siguientes preguntas relacionadas. Esta pregunta es principalmente en el contexto de UNIX y OS X. Los usuarios basados en Windows pueden ofrecer sugerencias, pero estoy más interesado en la carpeta de inicio y las convenciones de línea de comandos que generalmente se encuentran en UNIX no Windows (a menos que use cygwin).
En particular, ¿qué tipo de estructura de carpetas ¿Le resulta útil cuando el mantenimiento de múltiples proyectos de código al mismo tiempo? Y cuando está descargando una variedad de proyectos de código fuente abierto, ¿cómo se mantienen organizados todos los árboles fuente sin saturar demasiado su espacio de trabajo?
En particular, me pregunto qué trucos o consejos pueden tener para facilitar el acceso a los proyectos a través de la línea de comandos y fácil de navegar mientras se quitan de en medio cuando necesita enfocarse en un proyecto específico.
¿Hay convenciones útiles que encuentre útil para mantener diversos repositorios de origen ordenada? En particular con git, ¿cómo se organizan las diferentes sucursales y repositorios relacionados? ¿A menudo soplas copias de trabajo y actualizas completamente por completo desde el control de la fuente? ¿Qué guardas y por qué? ¿Y cómo se manejan los espacios de nombres y las rutas si un proyecto en particular tiene muchas dependencias de ruta que se deben asignar a la estructura de su propia carpeta de inicio?
¿Qué pasa con las carpetas bin y las bibliotecas comunes? ¿Cómo se maneja esto si necesita crear muchos entornos de desarrollo potenciales para varios proyectos (quizás diferentes versiones de PHP, Ruby, Perl, servidores web, compiladores, etc.)?
Para los Administradores de sys experimentados por ahí lo que funciona de la experiencia y lo que no funciona?
¿Cómo lo mantienes lo más simple posible pero no demasiado simple?
¿Y qué le da la mayor flexibilidad para trabajar en múltiples proyectos a la vez?
Cómo se mueve de forma rutinaria proyectos fuera de su espacio de trabajo y volver a importar de control de código fuente. ¿Cómo se evita la acumulación de cruces y se reduce la necesidad de recrear entornos de proyectos con demasiada frecuencia?
¿Cómo limpiar o soplar a toda su área de trabajo para que pueda comenzar con una pizarra en blanco, sin perder el acceso al código fuente valiosa y la eficiencia organizativa adquirida en proyectos anteriores?
Casi todas las oraciones que ha escrito terminan con un signo de interrogación. Te sugiero que condenes tu publicación en una pregunta manejable :) –
Esta publicación podría ser un buen candidato para la wiki de la comunidad. – Amber
la pregunta en la sala de chat fue "¿alguna vez has usado git?" Y la respuesta fue no, así que si, como yo, pensabas "volar tu repositorio? Limpiar el árbol de compilación?" entonces es por eso. Solo pensé que aclararía por él. – jcolebrand