Sé y uso dos sistemas de control de versiones: Subversion y git. Subversion, a partir de ahora, se utiliza para proyectos personales donde soy el único desarrollador y git se utiliza para proyectos de código abierto y proyectos donde creo que otros también trabajarán en el proyecto. Esto se debe...
Siempre me pregunté por qué git prefiere los hashes sobre los números de revisión. Los números de revisión son mucho más claros y fáciles de consultar (en mi opinión): ¡Hay una diferencia entre decirle a alguien que eche un vistazo a la revisión 1200 o cometa 92ba93e! (Solo para dar un...
Sé que Subversion (lo que estamos usando en el trabajo) se puede configurar para requerir comentarios en las confirmaciones, sin embargo, no estoy en una posición de poder para simplemente activar esto. Sé que mi razón para comentar mis confirmaciones es porque es útil, aunque solo sea como un...
Tenía la impresión de que un sistema de control de versiones eliminaba la necesidad de tener "registros de cambios" en todas partes del código. A menudo he visto el uso continuo de registros de cambios, incluidos grandes bloques largos al comienzo de los procedimientos almacenados con una gran...
Estoy buscando un programador experto para ayudar a resolver una situación difícil. Las entrevistas hasta ahora han sido sorprendentemente decepcionantes. El mejor candidato hasta ahora es un programador con mucha experiencia que nunca ha utilizado un software de control de versiones. El problema...
Una de las ventajas de usar un DVCS es el flujo de trabajo edit-commit-merge (sobre edit-merge-commit a menudo aplicado por un CVCS). Permitir que cada cambio único se registre en el repositorio independientemente de las fusiones garantiza que el DAG refleje con precisión el verdadero pedigrí del...
Solo soy un desarrollador junior, pero mi trabajo me obliga a trabajar con un código PHP realmente terrible (piense en el peor código PHP que haya visto; luego piense en el código el doble de malo). Por lo general, trato de corregir errores y luchar con la base de código para agregar nuevas...
Estoy iniciando un repositorio Git para un proyecto grupal. ¿Tiene sentido almacenar documentos en el mismo repositorio de Git que el código ? Parece que esto entra en conflicto con la naturaleza del flujo de revisión de Git . Aquí hay un resumen de mis preguntas: ¿El estilo de revisión de Git...
Me gustaría saber En el proyecto C # o VB.NET, debemos incluir la carpeta PACKAGE (carpeta del paquete de nugget que se crea en la raíz de mi proyecto que contiene los archivos nupkg y otro contenido) a nuestro repositorio de control de origen (Git, por
Supongo que esta es una situación común: pruebo un código, descubro un error, lo soluciono y confirmo la corrección de errores en el repositorio. Suponiendo que muchas personas trabajan en este proyecto, primero debería crear un informe de error, asignarlo a mí mismo y referirme a él en el mensaje...
Si me encuentro con un error tipográfico no crítico en el código (por ejemplo, un apóstrofe errante en una declaración de impresión (error)), ¿vale la pena hacer un compromiso para resolver ese error, o simplemente debería dejarse solo? Específicamente, tengo curiosidad por sopesar el engomamiento...
He escuchado en varios lugares "No hacer grandes confirmaciones", pero nunca he entendido qué es una "gran" confirmación. ¿Es grande si trabajas en un montón de archivos aunque estén relacionados? ¿En cuántas partes de un proyecto debería estar trabajando al mismo tiempo? Para mí, tengo problemas...
He estado leyendo la nota de Martin Fowler sobre Integración continua y él enumera como imprescindible "Todos se comprometen con la línea principal todos los días". No me gusta confirmar código a menos que la sección en la que estoy trabajando esté completa y que en la práctica confirme mi código...
Escuché que Google tiene un depósito privado (interno) gigante de todo su código y sus empleados tienen acceso a él para que cuando estén desarrollando cosas no tengan que reinventar la rueda. ¡Me gustaría saber más al respecto! ¿Hay alguien aquí de Google que pueda describirlo con un poco más de...
ACTUALIZACIÓN Trabajo en un pequeño equipo de desarrolladores, 4 chicos. Todos han usado el control de fuente. La mayoría de ellos no pueden soportar el control de la fuente y en su lugar eligen no usarlo. Creo firmemente que el control de la fuente es una parte necesaria del desarrollo...
¿Crees que vale la pena usar el control de versiones si eres un desarrollador independiente, y si es así, por qué? ¿Mantiene el repositorio en su propia computadora, o en otro lugar, donde pueda servir como
Cuando se trabaja en un proyecto, el código puede desarrollarse razonablemente rápido en un solo día o poco a poco durante un período prolongado de pocas semanas / meses / años. Como las confirmaciones de código se están considerando como una medida del desarrollo del proyecto, en realidad no...
¿Deben los archivos de base de datos (scripts, etc.) estar en control de fuente? Si es así, ¿cuál es el mejor método para mantenerlo y actualizarlo allí? ¿Existe incluso la necesidad de que los archivos de la base de datos estén en control de fuente ya que podemos ponerlo en un servidor de...
Nos estamos asociando con algunos no programadores (escritores) que necesitan contribuir a uno de nuestros proyectos. Ahora simplemente no les gusta la idea de usar Git (o cualquier otra cosa) para la versión que controla su trabajo. Creo que esto se debe a que simplemente no les parece que valga...
Un desarrollador compañero comenzó a trabajar en un nuevo proyecto de Drupal, y el administrador del sistema sugirió que solo deberían poner los sitios / subdirectorio predeterminado en el control de código fuente, ya que "hará que las actualizaciones sean fácilmente programables". Dejando a un...