¿Alguien tiene alguna sugerencia sobre dónde empezar para un novato que quiera probar algún tipo de control de fuente junto con un nuevo viaje a ASP.NET? SVN, VSS, CVS ... ¡Ni siquiera sé por dónde empezar!Dónde comenzar con el control de código fuente
Mucha gente aquí ha sugerido presentaciones y tutoriales completos, que son todos buenos para decirle cómo hacer lo que quiera.
Además, le daría tres consejos para los novatos en la forma de saber lo que quiere:
1) de control de versiones de todo (es decir, todo lo que escribe).
Versión-control de los archivos del proyecto. Versión-control de sus casos de prueba. Controla la versión de los pequeños scripts que usas para copiar cosas. Controla la versión de tu lista de tareas pendientes. Definitivamente la versión controla tus notas de diseño. Una vez que estés familiarizado con los comandos, no cuesta nada, y algún día estarás contento con el historial de un archivo que nunca hubieras imaginado que necesitarías retroceder.
2) Cuando esté satisfecho con un cambio, verifíquelo de inmediato. Y verifique todo.
Si trabaja en pasos secuenciales (y eso no siempre sucede, puede distraerse, pero es una buena práctica), al inicio de cada nuevo paso debe tener 0 archivos modificados en su pago y envío. Es posible que desee verificar el código inactivo que no funciona, dependiendo de lo que le convenga.
3) Cuando llegue a un hito, etiquételo.
Incluso sus propios objetivos personales (inch-pebbles). Si no puede molestarse en etiquetar, solo tome nota de la fecha y la hora (en, lo adivinó, un archivo controlado por la versión). Si una versión en particular es memorable por algún motivo ("Terminé el back-end", "se lo envié a otra persona para que lo mire"), quiere saber exactamente qué contiene. Y difiriendo del repositorio diagnostica algunos tipos de errores más rápido que el depurador.
Eric Sink's Source Control HOWTO.
Léelo, luego descarga Subversion (gratis) o Vault (gratis para un solo usuario) y comienza a jugar con él.
Muy específico de Subversion, pero da una comprensión decente de los principios básicos de control de versiones.
Si acaba de empezar, recomiendo la lectura a través de la libre Subversion book. Es un sistema ampliamente utilizado, gratuito, y debería ser relativamente fácil de comprender una vez que empiece.
Si es 100% .NET y tiene una licencia de desarrollador de MSDN, ejecute TFS for Workgroups. Es bastante simple y sólido.
Si no tiene una licencia, consulte Subversion. Es un buen control de fuente libre que tiene complementos para la integración de Visual Studio.
Primero me presentaron a svn usando tortuga svn, me encantó y más tarde una compañía usó Visual Sourcesafe, cómo extrañé el uso de la tortuga.
Tengo que leer en segundo lugar el libro de Subversion. Además, el software es gratuito, se ejecuta en la mayoría de los entornos y es fácil de poner en marcha.
Puede comenzar a navegar a través de este sitio.
obtener una copia del libro pragmático de control de versiones Subversion - que le ayudará a empezar.
Image http://ecx.images-amazon.com/images/I/51XYQTP2BYL._SL500_AA240_.jpg
Bonito consejo. Editado para agregar una imagen de libro. – Gishu
Tengo ese libro. No es tan bueno como el libro en línea gratuito en http://svnbook.red-bean.com/. –
Creo que la manera más fácil es obtener un servidor SVN gratuito a través de un proveedor gratuito. Yo uso assembla.
Luego, si está en Windows, debería descargar TortoiseSVN. Ese es, de lejos, el cliente de Subversion más fácil de usar.
Comience por importar un proyecto actual en el repositorio y luego estará listo para comenzar.
La manera más fácil es emitir 'svnadmin/svnRepo/proj1; svn import ~/proj1/file: /// svnRepo/proj1/trunk -m "buenos momentos" ' – dlamblin
Yo recomiendo SVN para comenzar con, es más fácil de entender que otros.
Tortoise es un buen comienzo. Es simple de instalar y se integra con el shell de Windows, lo que significa que todo es bastante intuitivo al hacer clic con el botón derecho en las carpetas/archivos, etc. También es un documento bastante bueno.
También necesitará un servidor SVN/host para connet para ... Puedo recomendar Assembla que es libre de registrarse y le da un servidor SVN para jugar.
Maldición - en el tiempo que me llevó volver a escribir mi respuesta después de una navegación accidental, ¡alguien me golpeó exactamente en la misma publicación! – xan
Creo que alguien nuevo en el control de versiones debería comenzar con las herramientas de línea de comandos para tener una idea de lo que realmente está sucediendo en el disco. Si aprende simplemente haciendo clic en los íconos, todo parecerá tan mágico. –
En mi opinión, si ya tiene Viual Source Safe y es un solo desarrollador que trabaja con VS, está perfectamente bien. Es un sistema simple que funciona lo suficientemente bien para pequeños proyectos de desarrolladores individuales. Lo he usado durante años sin problemas para proyectos pequeños. Fácil de administrar y hacer copias de seguridad también.
Creo que el punto de estrangulación es con el sistema de control de versiones distribuidas (como mercurial o git). Hay algunas advandtages de usarlo:
Solo mencionar que SVN no requiere la tediosa configuración del servidor para un proyecto de una sola persona; todo lo que necesita es un repositorio local, que necesita un comando para crear. Puedes publicarlo más tarde. Eso no quiere decir que git no sea mejor en las otras formas que mencionas. –
Recomendaré Subversion o Visual Studio Team Foundation Systems en función de la cantidad de dinero que está dispuesto a desembolsar.
Salida Visual SVN (Subversion para die-hard fans de VS) - que se integra muy bien con Visual Studio: http://www.visualsvn.com/
¿Qué control de origen utilizar realmente depende de su entorno, su cultura corporativa y la situación general de cómo se manejan los proyectos en su empresa. El nuevo "Visual Source Safe" en Team Foundation es mucho mejor que la parte de crud que solía ser VSS. y es bueno en una tienda de Microsoft con una o pocas ubicaciones. También utilicé Subversion con mucho éxito y se integra bien en Eclipse. No me gusta dejar los productos, ya que todos tienen sus puntos positivos y negativos, supongo. Pero los dos que mencioné anteriormente son realmente buenos productos de control de fuente/versión. Si recién está empezando y quiere mojarse los pies y aprender prácticas de control de fuente y conceptos generales, descargue un producto de código abierto como CVS o Subversion, cárguelo y pruébelo.
http://www.ericsink.com/scm/source_control.html tiene buena información para trabajar.
- Estoy volviendo a editar este comentario para señalar que se parece a alguien más vinculado a ese enlace de control de fuente en una publicación anterior. :) maldición, yo no fui el primero en publicarlo.
Simplemente instalar herramientas no es suficiente. Debes entender cómo funciona la tecnología en particular (como SVN) y cómo se supone que todo el árbol fuente funciona: mejor estructura, etiquetado, ramificación, fusión y, por tanto, cuarto. Como usamos SVN, recomiendo Subversion Book. Tiene algunas buenas explicaciones de los conceptos de control de fuente.
Le recomendé que probara los sistemas gratuitos de control de versiones distribuidas. La mayoría de ellos son muy fáciles de configurar en su PC personal y vienen con buena documentación. Aquí están mis favoritos 1. Bazar 2. Mercurial 3.Git (sólo para los sistemas basados en Unix Por lo que yo sé)
Ver lista completa aquí:
http://en.wikipedia.org/wiki/List_of_revision_control_software
Salida Subversion (SVN) para iniciar. Como se sugiere en otras publicaciones, hay una excelente versión gratuita ebook que no solo cubre cómo usar SVN, sino que es un excelente comienzo para los conceptos.
Para un servidor fácil de configurar, echa un vistazo al servidor gratuito desde VisualSVN.
Si usa Visual Studio, puede usar su complemento (costos) o el código abierto Ankh SVN addin. Si está utilizando otros IDEs, Tortoise SVN se integra con Explorer en Windows.
Visual Source Safe (VSS) está bien para un principiante, porque no sabrá lo que se está perdiendo. Cuando necesite algo más complicado, preocúpese de obtener otro producto.
No, no lo es. VSS come proyectos y es arcaico. No enseñes a los pobres malos hábitos novatos. –
come proyectos, mmm, Arcaico, mmm, maldición, ahí es donde fueron todos mis proyectos. Gracias por el pice de consejo. Oh, espera, mira allí están. Agradable y limpio y ordenado y la versión controlada durante años. No seas idiota y sugiera que algo es simplemente "malo" sin contexto y llamando a las personas noobs. – mattlant
@ mattlant- busque en la parte superior del hilo, donde incluí el enlace a "VSS consideró nocivo": http://www.codinghorror.com/blog/archives/000660.html. No llamé a Gary novato, le dije que no enseñara a los noobs (como el OP, que se describía así) los malos hábitos. Quizás el idiota seas tú. –
Hoy en día simplemente comenzaría con un sistema distribuido. Son más fáciles de configurar (no es necesario configurar un servidor y/o encontrar uno en línea: solo init un directorio aleatorio y comenzar a hacer sus cosas) y tan fácil/difícil de entender como los centralizados.
Aquí están algunos que la gente debe echar un vistazo al elegir un sistema de control distribuido de versiones:
Si está atrapado en Windows , Me mantendría alejado de Git (al menos por el momento). Parece que hay support for Git on Windows en progreso, pero aún no lo he probado.
Comentarios sobre productos que he utilizado:
VSS - no lo ha usado en un tiempo (varios años), en el momento en que hizo los fundamentos de lo que queríamos pero que se ejecuta en una variedad de problemas con la frecuencia suficiente como para buscar activamente una mejor solución. Si tiene acceso libre, no estaría de más tener acceso a su implementación para ver lo que en ese momento era una forma diferente de lidiar con los problemas (es posible que ya se hayan alineado con el resto de los productos). .
CVS - Usé esto en una empresa anterior, y trabajé con el autor original de tortugaCVS, así que estoy un poco predispuesto a pensar que se trata de una solución de código abierto decente. Recomiendo comenzar aquí personalmente, todo disponible y ampliamente utilizado.
Perforce - Nuestra empresa es una solución de control de fuente actual y prácticamente universalmente bien considerada en el equipo. Un par de interfaces de usuario alternativas entre las que las personas pueden elegir y un buen soporte de línea de comandos también (vital para la interacción de herramientas). Si está evaluando para una empresa, ciertamente incluiría esto en su lista para ver.
Comience con Subversion. El documentation is online, y el Pragmatic Programmers Svn book es genial.
Si está en Windows también puede obtener TortoiseSvn (gratis) para la integración de explorador o VisualSvn (comercial) para la integración de Visual Studio. Para Mac, Versions se ve como un buen cliente independiente, y XCode 3 tiene una integración de svn integrada. De todos modos, pasaría un poco de tiempo en la línea de comando usando el cliente svn para descubrir realmente lo que está haciendo.
Después de sentirme cómodo con el modo en que svn funciona, puede acceder a sistemas de control de versiones distribuidas como Git, Bazaar o Mercurial, pero he visto suficientes desarrolladores profesionales que tienen problemas para dominar el control de versiones (bifurcando fusiones, etc.) que me sentiría cómodo con eso antes de pasar a sistemas distribuidos.
Manténgase alejado de Visual SourceSafe (VSS). Es caca Su código es no seguro. Ver these many links en cuanto a por qué no usar VSS.
Pruebe Unfuddle para obtener un control de fuente SVN alojado gratis.
Otro voto para Subversion/TortoiseSVN pero tenga en cuenta que no funciona muy bien con un NAS doméstico FAT32.
subversion ftw.
Perdí más tiempo con Subversion que con cualquier otra pieza de software que utilizo. Es apenas adecuado para su propósito, mejor que los gustos de CVS, que no se puede usar, pero sin esperanza. –
He estado perdiendo la fe en toda la comunidad de control de código fuente. Todo el mundo dice que VSS es muy malo, le gustan los viejos prejuicios, C++ es mucho mejor que C, Win Vista es terrible y XP es demasiado viejo para servir al mundo. Sin embargo, todavía hay mucha gente que los usa. Nunca se sabe cómo le gustaría una herramienta antes de usarla. Y cada aplicación de control de versiones consta de errores y defectos. Y VSS es tan difícil de dejar caer.
Estoy completamente de acuerdo. Esa serie fue la base definitiva que me permitió aprender los conceptos y las diferencias. –
Sin embargo, tenga en cuenta que la subversión no es el fin del control de origen. es el más popular ahora pero es solo uno de muchos. Una vez que aprenda los conceptos básicos, tómese un tiempo para buscar alternativas, de modo que no esté mirando el mundo a través de una mirilla. –