¿Qué es exactamente el control de fuente?

Así que estoy usando Visual Studio 2012, y cada vez que creo un nuevo proyecto siempre dejo fuera la opción "Agregar al control de fuente", principalmente porque no sé qué es, para qué sirve, o si sería beneficioso. para mí usarlo.

Estoy desarrollando una biblioteca bastante grande por mi count. Planeo hacerla de código abierto. ¿Es esto para lo que es el control de la fuente? Leer en línea no me ayudó desafortunadamente, todavía estoy desesperadamente confundido. ¿El control de fuente es lo mismo que el control de versión también, por cierto?

Alguna aclaración sería muy apreciada.

¡Gracias!

Alex

El "control de origen" se refiere al concepto de almacenar todos los files que componen el origen de una aplicación en un repository (generalmente en línea), donde se puede administrar con detalle qué es lo que ha cambiado en el código fuente entre versiones, gestionar problemas, involucrar otras personas con el proyecto, y generalmente proporcionan una plataforma para gestionar un proyecto en queueboración.

El término suele ser sinónimo de control de versiones, aunque puede tener un repository y no nombrar explícitamente las versiones. El control de versiones, en particular, solo se refiere a labelr las principales versiones de su proyecto con un esquema de numeración jerárquica (1.2.4, etc.)

Existen varias herramientas diferentes que implementan diferentes types de control de origen. Por ejemplo, Git es una herramienta de control de origen que establece le permite administrar un proyecto. Github es un website que los repositorys administrados con Git suelen almacenarse. Mercurial es otra herramienta de control de fuente.

Por lo general, el control de la fuente puede ser complicado de comprender y, por lo general, requiere mucho time para estudiar tutoriales. Numerosos conceptos son desconocidos para los progtwigdores solists que solo han trabajado en proyectos pequeños. Los cambios en el código fuente se gestionan a través de commits , y diferentes personas pueden trabajar en diferentes twigs del proyecto. Los cambios de twigs separadas se pueden combinar , y el proyecto puede ser bifurcado por otro usuario por completo (al less para Git).

Hacer que tu biblioteca sea de código abierto es una buena idea, y no es demasiado difícil darle un hogar en github. Buscaría algunos resources para descubrir cómo configurarlo.

He encontrado esto

Git Source Control Provider es un complemento que integra git con Visual Studio

De acuerdo con esto, parece que control de fuente = control de versión

El control de código fuente (también conocido como control de revisión: http://en.wikipedia.org/wiki/Revision_control ) es una manera en la que puede almacenar y administrar cambios y revisiones en su código base.

Google: SVN, Git, Mercurial y Google Code, GitHub, Bitbucket.

Personalmente, nunca comienzo un proyecto (personal o de otro tipo sin él). Además, me gusta BitBucket ( http://www.Bitbucket.com ) para administrar mis proyectos. Es gratis para un solo usuario y es compatible con Git y Mercurial.

Se le preguntó esto al iniciar un proyecto porque es mucho más fácil de configurar antes de tener muchas piezas desorderadas. Github es una forma de control de versiones. Un lugar organizado para que el código crezca.

El control de versiones realmente brilla si queueboras trabajando en un proyecto con muchas piezas diferentes. El control de fuente o versión es el process de tomar las diferentes partes que se están trabajando simultáneamente y unirlas como un proyecto final.

Si está trabajando por su count, aún así puede ser beneficioso practicarlo, ya que todavía tiene algún valor para permitir un process de documentation, y las piezas modulares se unen para un proyecto final.

Esta maravillosa publicación explica muchos de los beneficios de usar el control de versiones para sus proyectos favoritos.

Bueno, hay una serie de buenas razones:

1. Es bueno estar en el hábito. Claro, puedes estar trabajando solo. Pero en el futuro puede que no lo estés. O su "proyecto de hobby de fin de semana" podría convertirse en un proyecto popular entre muchos desarrolladores. Si algo así sucede, tener el hábito de usar el control del código fuente lo mantendrá en una buena position.

2. Protege tu código. Como su código está almacenado en un server aparte de su máquina de desarrollo, tiene una copy de security. Y luego, incluso puedes hacer una copy de security del código en el server. Claro, puedes comprimirlo todo cuando lo desees, pero no obtienes todos los demás beneficios que estoy enumerando aquí.

3. Puede salvar tu trasero. A veces, puede eliminar accidentalmente algo. Puede cometer errores y cambiar el código que no desea que se modifique. Puedes comenzar con una idea loca cuando te sientes un poco descarado y luego lamentarlo. El control de código fuente puede salvarlo de todos estos al convertirlo en un pedazo de pastel para volver a cualquier estado anterior. Es como una poderosa function de "deshacer".

En pocas palabras, el control de fuente es un repository donde se almacena su código fuente. Su propósito es proporcionar un lugar de almacenamiento que esté separado de la copy con la que está trabajando en ese momento, para que pueda realizar cambios localmente y luego enviarlos nuevamente a su repository de control de origen.

Piense que es como una biblioteca: puede get un código, puede devolver el código (modificado). También se vuelve más complejo que eso: puede usar el control de código fuente para manejar múltiples versiones de la misma fuente y para fusionar los cambios de una copy a otra. Además, la mayoría de (todos) los sistemas de control de origen deberían proporcionar un mecanismo para rastrear cambios en el código (es decir, seguimiento de auditoría) y un medio para "retrotraer" o volver a una versión anterior.

Existe una variedad de sistemas de control de origen, algunos de los cuales instala localmente y otros que instala centralmente y accede de forma remota. En todos los casos, las filosofías subyacentes son básicamente las mismas, aunque existen algunas diferencias en cuanto a la terminología y la implementación de las características. Se considera que el control de fuente es un sistema que está separado de su editor, luego su editor proporciona un medio para especificar qué proveedor de control de origen usar y la location del repository de control de origen.

Wikipedia dice:

El control de revisión, también conocido como control de versiones y control de origen (y un aspecto de la administración de configuration de software), es la administración de cambios en documentos, progtwigs de computadora, sitios web grandes y otras collections de información. Los cambios generalmente se identifican por un número o código de letra, denominado "número de revisión", "nivel de revisión" o simplemente "revisión". Por ejemplo, un set inicial de files es "revisión 1". Cuando se realiza el primer cambio, el set resultante es "revisión 2", y así sucesivamente. Cada revisión está asociada con una timestamp y la persona que realiza el cambio. Las revisiones se pueden comparar, restaurar y combinar con algunos types de files.

En términos más simples, el control de código fuente permite que varias personas trabajen en el mismo proyecto sin que todos ataquen los cambios de los demás. Los cambios en el mismo file se fusionan y los conflictos se pueden resolver.

También le permite mantener el historial de versiones. Puede retrotraer un file a la forma en que existía en cualquier momento, así como mantener diferentes twigs del progtwig; una forma de organizar grupos de cambios.

Como lo dice Si , el control de fuente (o versión) le salvará la vida 20 veces.

El control de fuente mantiene un historial detallado de tu código. Esto le permite a usted y a cualquier queueborador a:

  • Revisa el historial de cualquier código
  • Ver cambios entre dos versiones
  • Revertir cualquier código que acabas de hacer
  • Evita que pierdas ningún código
  • Descubra qué cambios causaron errores / lockings
  • Culpa a quienquiera que estropee tu código
  • Mantenga una copy de security actualizada de todo su código

Incluso si no está trabajando en queueboración, el control de fuente es tan útil cuando borra accidentalmente su código. Yo hablo por experiencia.

Recomendaría usar Git o Mercurial , ya que permiten la ramificación y ofrecen un espacio de trabajo más aislado para que los queueboradores experimenten sin temor a dañar ningún código.

Para la queueboración en línea, Github y Bitbucket son geniales y se integran bien con Git y Mercurial, respectivamente. También le permiten realizar un seguimiento de los cambios de los queueboradores, elegir y fusionar los cambios en un repository central y mantener una list detallada de los problemas.