¿El repository remoto y centralizado es lo mismo en git?

Parecen ser sinónimos, pero todavía no puedo decirlo.

Basando esto en el debate de Subversion vs. DVCS aquí .

Tal vez.

Los repositorys remotos son una característica fundamental de git (aunque puedes usar git sin un control remoto). Los repositorys "centrales" son una cuestión de organización del proyecto.

Un repository remoto de git es cualquier repository que no sea el local; puede empujar, tirar y search desde su repository local.

Si tiene un número de desarrolladores trabajando en un proyecto, cada uno tendrá su propio repository local, y es posible que tenga un único repository "central" al que cada desarrollador pueda empujar y tirar. Esto puede darle las ventajas de un DCVS no distribuido al time que permite que cada desarrollador realice cambios locales. El repository "central" es entonces un repository remoto para cada uno de los desarrolladores. (Tiene que ser un repository "simple", ya que no puede presionar a un repository no descubierto).

Con un repository central, puede tener una única location definitiva que defina el estado actual del proyecto. Otras organizaciones son posibles; por ejemplo, los desarrolladores pueden compartir cambios enviándose entre ellos requestes de extracción.

No.

El repository remoto puede ser la computadora de su amigo, donde puede get el código, mientras que el repository central es donde todos insertan su código.

El repository central se usa para copys de security, comstackciones, permissions, etc.
Puede tener 1 o muchos repos remotos (por ejemplo, si su equipo no usa el repository central y simplemente se conecta uno con el otro directamente (ip)

Un esquema de repository central exige que todos obtengan sus actualizaciones de una fuente, mientras que un DVCS no tiene esa restricción.

Los términos se combinan fácilmente, ya que la mayoría de los flujos de trabajo exigen que haya un solo repository remoto para que cada queueborador base su trabajo.

Sin embargo, un repository remoto no es más que otra máquina en la que puede colocar su historial de Git. En la práctica, puede tener una gran cantidad de controles remotos y poder interactuar con ellos a voluntad.

A menudo, y con bastante frecuencia, un repository "remoto" es solo otro de los suyos, en el path justo al lado de su clon original o en un tmpfs y dependiendo de otro para el contenido del object o lo que sea. Sí, puede ingresar a un repository activo, es esencial para algunos flujos de trabajo trabajar paralelamente en paralelo. Es una gran manera de impulsar las twigs de hotfix.

Un git repo adopta cualquier rol que su administrador quiera que tenga (y el equipo coopera, pero eso es un problema aparte …). Si quiere un solo depósito central, haga un reporte y dígale a todos que es "central".

He escuchado que algunos proyectos tienen múltiples repos para diferentes propósitos, un qa repo donde el equipo qa testing sucursales y fusiona y testing sus resultados y rechaza las confirmaciones para la reelaboración o empuja a un repository de estabilización antes de que la producción entre en huelga.

Linux tiene un lote enorme de repositorys dedicados a funciones beta que están siendo golpeados y los diversos administradores sacan lo que parece bueno, y estos reposes son creados por quien quiera iniciar un proyecto. Si tiene un equipo lo suficientemente grande, puede ser una manera increíble de get queueboración en proyectos que los usuarios previstos podrían interesarse lo suficiente como para querer ayudar. Es la manera perfecta de que los ayudantes interesados ​​solucionen los inevitables descuidos idiotas en el código alfa o demuestren sus prioridades para las nuevas características mediante su implementación (o al less testing de concepto para ellos).

Si tener múltiples repos para líneas de trabajo separadas no era bueno, los dvcs no se harían cargo del mundo. ¿Por qué insistir en que haya una persona separada para cada repository? Las twigs son para la preparación de fusión y la exploración de cosas pequeñas. Los clones son para trabajos de proyectos y para la cirugía mayor, para aislar el aislamiento y el ruido, y simplemente para pensar en cosas que podrían ser útiles, pero es muy probable que desee simplemente deshacerse de la maldita cosa. Si puedes hacerlo todo convenientemente en un solo repository, eso es genial. Si puede hacerlo de manera más conveniente con varios, haga eso en su lugar.