¿Hay un sistema de control de versiones para los cambios de la estructura de la base de datos? -- sql campo con database campo con oracle campo con version-control camp Relacionados El problema

Is there a version control system for database structure changes?


125
vote

problema

Español

A menudo me encuentro con el siguiente problema.

Trabajo en algunos cambios en un proyecto que requiere nuevas tablas o columnas en la base de datos. Hago las modificaciones de la base de datos y continuar con mi trabajo. Por lo general, recuerdo haber escrito los cambios para que puedan ser replicados en el sistema en vivo. Sin embargo, no recuerdo siempre lo que he cambiado y no siempre recuerdo haberlo escrito.

Entonces, hago un empuje al sistema en vivo y obtengo un error importante y obvio que no hay NewColumnX , UGH.

Independientemente del hecho de que esto no sea la mejor práctica para esta situación, ¿hay un sistema de control de versiones para las bases de datos? No me importa la tecnología de base de datos específica. Solo quiero saber si existe uno. Si sucede que funciona con MS SQL Server, entonces genial.

Original en ingles

I often run into the following problem.

I work on some changes to a project that require new tables or columns in the database. I make the database modifications and continue my work. Usually, I remember to write down the changes so that they can be replicated on the live system. However, I don't always remember what I've changed and I don't always remember to write it down.

So, I make a push to the live system and get a big, obvious error that there is no NewColumnX, ugh.

Regardless of the fact that this may not be the best practice for this situation, is there a version control system for databases? I don't care about the specific database technology. I just want to know if one exists. If it happens to work with MS SQL Server, then great.

</div
           
 
 

Lista de respuestas

62
 
vote
vote
La mejor respuesta
 

En Ruby On Rails, hay un concepto de una migración - un script rápido para cambiar la base de datos.

Usted genera un archivo de migración, que tiene reglas para aumentar la versión de DB (como agregar una columna) y las reglas para bajar la versión (como la eliminación de una columna). Cada migración está numerada, y una tabla realiza un seguimiento de su versión actual de DB.

Para migrar , ejecuta un comando llamado "DB: Migrate", que mira su versión y aplica los scripts necesarios. Puedes migrar de una manera similar.

Los propios scripts de migración se mantienen en un sistema de control de versiones: siempre que cambie la base de datos, compruebe en un nuevo script, y cualquier desarrollador puede aplicarlo para llevar su DB local a la última versión.

 

In Ruby on Rails, there's a concept of a migration -- a quick script to change the database.

You generate a migration file, which has rules to increase the db version (such as adding a column) and rules to downgrade the version (such as removing a column). Each migration is numbered, and a table keeps track of your current db version.

To migrate up, you run a command called "db:migrate" which looks at your version and applies the needed scripts. You can migrate down in a similar way.

The migration scripts themselves are kept in a version control system -- whenever you change the database you check in a new script, and any developer can apply it to bring their local db to the latest version.

</div
 
 
 
 
30
 
vote

Soy un poco antiguo, en eso, uso los archivos de origen para crear la base de datos. En realidad, hay 2 archivos - Proyecto-Database.SQL y Project-Updates.SQL - el primero para el esquema y los datos persistentes, y el segundo para modificaciones. Por supuesto, ambos están bajo control de la fuente.

Cuando la base de datos cambia, actualizo la primera actualización del esquema principal en Project-Database.SQL, luego copie la información relevante en el proyecto-actualizaciones.sql, por ejemplo, altere los estados de cuenta. Luego, puedo aplicar las actualizaciones de la base de datos de desarrollo, probar, iterar hasta que se haya hecho bien. Luego, verifique nuevamente los archivos, pruebe y aplique a la producción.

Además, generalmente tengo una tabla en la configuración de DB - tales como:

sql

  var items = new Dictionary<string, int>(); items.Add("cat", 0); items.Add("dog", 20); items.Add("bear", 100); items.Add("lion", 50);  // Call OrderBy() method here on each item and provide them the IDs. foreach (var item in items.OrderBy(k => k.Key)) {     Console.WriteLine(item);// items are in sorted order } 6  

Entonces, agrego lo siguiente a la sección de actualización:

  var items = new Dictionary<string, int>(); items.Add("cat", 0); items.Add("dog", 20); items.Add("bear", 100); items.Add("lion", 50);  // Call OrderBy() method here on each item and provide them the IDs. foreach (var item in items.OrderBy(k => k.Key)) {     Console.WriteLine(item);// items are in sorted order } 7  

El var items = new Dictionary<string, int>(); items.Add("cat", 0); items.Add("dog", 20); items.Add("bear", 100); items.Add("lion", 50); // Call OrderBy() method here on each item and provide them the IDs. foreach (var item in items.OrderBy(k => k.Key)) { Console.WriteLine(item);// items are in sorted order } 8 se cambia cuando se recrea la base de datos, y el 99887776619 me da una indicación de la distancia de la línea de base.

Podría mantener las actualizaciones en sus propios archivos separados, pero elegí los triturarlos todos juntos y usar CUT & AMP; Pegar para extraer secciones relevantes. Un poco más de limpieza está en orden, es decir, eliminar ':' desde $ Revisión 1.1 $ para congelarlos.

 

I'm a bit old-school, in that I use source files for creating the database. There are actually 2 files - project-database.sql and project-updates.sql - the first for the schema and persistant data, and the second for modifications. Of course, both are under source control.

When the database changes, I first update the main schema in project-database.sql, then copy the relevant info to the project-updates.sql, for instance ALTER TABLE statements. I can then apply the updates to the development database, test, iterate until done well. Then, check in files, test again, and apply to production.

Also, I usually have a table in the db - Config - such as:

SQL

CREATE TABLE Config (     cfg_tag VARCHAR(50),     cfg_value VARCHAR(100) );  INSERT INTO Config(cfg_tag, cfg_value) VALUES ( 'db_version', '$Revision: $'), ( 'db_revision', '$Revision: $'); 

Then, I add the following to the update section:

UPDATE Config SET cfg_value='$Revision: $' WHERE cfg_tag='db_revision'; 

The db_version only gets changed when the database is recreated, and the db_revision gives me an indication how far the db is off the baseline.

I could keep the updates in their own separate files, but I chose to mash them all together and use cut&paste to extract relevant sections. A bit more housekeeping is in order, i.e., remove ':' from $Revision 1.1 $ to freeze them.

</div
 
 
12
 
vote

mybatis (anteriormente Ibatis) tiene una Migración de esquema , herramienta para usar en la línea de comandos. Está escrito en Java, aunque se puede usar con cualquier proyecto.

Para lograr una buena práctica de administración de cambios en la base de datos, debemos identificar algunos objetivos clave. Por lo tanto, el sistema de migración de esquemas MyBatis (o migraciones de MyBatis para cortos) busca:

  • trabajo con cualquier base de datos, nuevo o existente
  • Aproveche el sistema de control de origen (por ejemplo, subversión)
  • permitir que los desarrolladores o equipos concurrentes funcionen independientemente
  • Permitir conflictos muy visibles y fácilmente manejables
  • Permitir la migración hacia adelante y hacia atrás (evolucionar, devolver respectivamente)
  • Haz que el estado actual de la base de datos sea fácilmente accesible y comprensible
  • habilitar las migraciones a pesar de los privilegios de acceso o la burocracia
  • trabajo con cualquier metodología
  • fomenta prácticas buenas y consistentes
 

MyBatis (formerly iBatis) has a schema migration, tool for use on the command line. It is written in java though can be used with any project.

To achieve a good database change management practice, we need to identify a few key goals. Thus, the MyBatis Schema Migration System (or MyBatis Migrations for short) seeks to:

  • Work with any database, new or existing
  • Leverage the source control system (e.g. Subversion)
  • Enable concurrent developers or teams to work independently
  • Allow conflicts very visible and easily manageable
  • Allow for forward and backward migration (evolve, devolve respectively)
  • Make the current status of the database easily accessible and comprehensible
  • Enable migrations despite access privileges or bureaucracy
  • Work with any methodology
  • Encourages good, consistent practices
</div
 
 
12
 
vote

Redgate tiene un producto llamado Control de fuente SQL . Se integra con TFS, SVN, SOURGOGEAR Vault, Vault Pro, Mercurial, Perforce y Git.

 

Redgate has a product called SQL Source Control. It integrates with TFS, SVN, SourceGear Vault, Vault Pro, Mercurial, Perforce, and Git.

</div
 
 
11
 
vote

Recomiendo encarecidamente SQL Delta . Simplemente lo uso para generar los scripts de diferencias cuando termine la codificación de mi función y verifique a los scripts en mi herramienta de control de fuente (MERCURIAL :))

Tienen un servidor y amplificador de SQL; Versión de oracle.

 

I highly recommend SQL delta. I just use it to generate the diff scripts when i'm done coding my feature and check those scripts into my source control tool (Mercurial :))

They have both an SQL server & Oracle version.

</div
 
 
11
 
vote

Me pregunto que nadie mencionó la herramienta de código abierto Liquibase que está basado en Java y debería funcionar para casi todos los Base de datos que admite JDBC. En comparación con los rieles, utiliza XML en lugar de rubí para realizar los cambios de esquema. Aunque no me gusta XML para los idiomas específicos de dominio, la ventaja muy genial de XML es que Liquibase sabe cómo retroceder a ciertas operaciones como

  <createTable tableName="USER">     <column name="firstname" type="varchar(255)"/> </createTable>   

para que no necesite manejar esto de su propio

También se admiten declaraciones puras de SQL o importaciones de datos.

 

I wonder that no one mentioned the open source tool liquibase which is Java based and should work for nearly every database which supports jdbc. Compared to rails it uses xml instead ruby to perform the schema changes. Although I dislike xml for domain specific languages the very cool advantage of xml is that liquibase knows how to roll back certain operations like

<createTable tableName="USER">     <column name="firstname" type="varchar(255)"/> </createTable> 

So you don't need to handle this of your own

Pure sql statements or data imports are also supported.

</div
 
 
   
   
10
 
vote

La mayoría de los motores de base de datos deben admitir la descarga de su base de datos en un archivo. Sé que lo hace MySQL, de todos modos. Esto solo será un archivo de texto, por lo que podría enviarlo a Subversión, o lo que sea que use. Sería fácil correr una diferencia en los archivos también.

 

Most database engines should support dumping your database into a file. I know MySQL does, anyway. This will just be a text file, so you could submit that to Subversion, or whatever you use. It'd be easy to run a diff on the files too.

</div
 
 
 
 
9
 
vote

Si está utilizando SQL Server, sería difícil vencer a los datos DUDE (también conocido como la edición de la base de datos de Visual Studio). Una vez que obtenga la cuelga de él, hacer un esquema, comparar entre su versión de origen de la base de datos y la versión en producción es una brisa. Y con un clic puede generar su dif DDL.

Hay una instrucción video en MSDN Eso es muy útil.

Sé que sobre DBMS_METADATA y TOAD, pero si alguien podría encontrar un tipo de datos para Oracle, entonces la vida sería realmente dulce.

 

If you're using SQL Server it would be hard to beat Data Dude (aka the Database Edition of Visual Studio). Once you get the hang of it, doing a schema compare between your source controlled version of the database and the version in production is a breeze. And with a click you can generate your diff DDL.

There's an instructional video on MSDN that's very helpful.

I know about DBMS_METADATA and Toad, but if someone could come up with a Data Dude for Oracle then life would be really sweet.

</div
 
 
8
 
vote

Haga que sus declaraciones de tabla de creación iniciales en la versión del controlador de la versión, luego agregue los estados de cuenta de MODE, pero nunca edite los archivos, simplemente modifique los archivos de forma ideal con nombre secuencialmente, o incluso como "cambio de cambio", para que pueda encontrar todos los cambios para un Implementación particular.

La parte más difícil que puedo ver, es que se pueda actualizar las dependencias de seguimiento, por ejemplo, para una tabla de despliegue particular B debería actualizarse antes de la Tabla A.

 

Have your initial create table statements in version controller, then add alter table statements, but never edit files, just more alter files ideally named sequentially, or even as a "change set", so you can find all the changes for a particular deployment.

The hardiest part that I can see, is tracking dependencies, eg, for a particular deployment table B might need to be updated before table A.

</div
 
 
8
 
vote

Para Oracle, utilizo toad , que puede descargar un esquema a una serie de archivos discretos (por ejemplo, un archivo por mesa). Tengo algunos scripts que administran esta colección en Perforce, pero creo que debería ser fácilmente factible en casi cualquier sistema de control de revisión.

 

For Oracle, I use Toad, which can dump a schema to a number of discrete files (e.g., one file per table). I have some scripts that manage this collection in Perforce, but I think it should be easily doable in just about any revision control system.

</div
 
 
8
 
vote

Eche un vistazo al paquete Oracle DBMS_Metadata.

En particular, los siguientes métodos son particularmente útiles:

  • DBMS_METADATA.GET_DDL
  • DBMS_METADATA.SET_TRANSFORM_PARAM
  • DBMS_METADATA.GET_GRANTED_DDL

Una vez que esté familiarizado con la forma en que funcionan (Bastante auto explicativo), puede escribir un script simple para descargar los resultados de los métodos en los archivos de texto que se pueden colocar bajo el control de la fuente. Buena suerte!

No estoy seguro de si hay algo simple para MSSQL.

 

Take a look at the oracle package DBMS_METADATA.

In particular, the following methods are particularly useful:

  • DBMS_METADATA.GET_DDL
  • DBMS_METADATA.SET_TRANSFORM_PARAM
  • DBMS_METADATA.GET_GRANTED_DDL

Once you are familiar with how they work (pretty self explanatory) you can write a simple script to dump the results of those methods into text files that can be put under source control. Good luck!

Not sure if there is something this simple for MSSQL.

</div
 
 
7
 
vote

Escribo mis scripts de liberación de DB en paralelo con la codificación y mantenga los scripts de liberación en una sección específica del proyecto en SS. Si hago un cambio al código que requiere un cambio de DB, actualizo el script de liberación al mismo tiempo. Antes de la liberación, ejecuto el script de liberación en un DB de desarrollo limpio (estructura copiada de la producción) y haga mi prueba final.

 

I write my db release scripts in parallel with coding, and keep the release scripts in a project specific section in SS. If I make a change to the code that requires a db change, then I update the release script at the same time. Prior to release, I run the release script on a clean dev db (copied structure wise from production) and do my final testing on it.

</div
 
 
7
 
vote

He hecho esto y en adelante durante años: administrar (o tratar de administrar) versiones de esquema. Los mejores enfoques dependen de las herramientas que tienes. Si puede obtener la herramienta de software Quest "Schema Manager", estará en buena forma. Oracle tiene su propia herramienta inferiora que también se llama "Schema Manager" (¡Confunde mucho?) Que no lo recomiendo.

Sin una herramienta automatizada (consulte otros comentarios aquí sobre Data Dude) Luego, estará utilizando Scripts y archivos DDL directamente. Elija un enfoque, documéntelo y lo siga rigurosamente. Me gusta tener la capacidad de volver a crear la base de datos en un momento dado, por lo que prefiero tener una exportación completa de DDL de toda la base de datos (si soy DBA), o del esquema del desarrollador (si estoy en producto -El modo de desarrollo).

 

I've done this off and on for years -- managing (or trying to manage) schema versions. The best approaches depend on the tools you have. If you can get the Quest Software tool "Schema Manager" you'll be in good shape. Oracle has its own, inferior tool that is also called "Schema Manager" (confusing much?) that I don't recommend.

Without an automated tool (see other comments here about Data Dude) then you'll be using scripts and DDL files directly. Pick an approach, document it, and follow it rigorously. I like having the ability to re-create the database at any given moment, so I prefer to have a full DDL export of the entire database (if I'm the DBA), or of the developer schema (if I'm in product-development mode).

</div
 
 
7
 
vote

Desarrollador PLSQL, una herramienta de todas las automatizaciones de anulación, tiene un complemento para los repositorios que funciona bien (pero no excelentes) con una fuente de fuente visual segura.

de la web:

El complemento de control de la versión proporciona una integración estricta entre el desarrollador PL / SQL IDE & GT; y cualquier sistema de control de versiones que admita la especificación de la interfaz de Microsoft SCC. & gt; & gt; Esto incluye los sistemas de control de versiones más populares, como Microsoft Visual SourceSafe, & GT; & GT; y GT; PVCS y MKS de la integridad de la fuente.

http://www.allroundautomations.com/plsvcs.html

 

PLSQL Developer, a tool from All Arround Automations, has a plugin for repositories that works OK ( but not great) with Visual Source Safe.

From the web:

The Version Control Plug-In provides a tight integration between the PL/SQL Developer IDE >>and any Version Control System that supports the Microsoft SCC Interface Specification. >>This includes most popular Version Control Systems such as Microsoft Visual SourceSafe, >>Merant PVCS and MKS Source Integrity.

http://www.allroundautomations.com/plsvcs.html

</div
 
 
7
 
vote

er Studio le permite revertir el esquema de su base de datos en la herramienta y luego puede comparar Para vivir bases de datos.

Ejemplo: revertir su esquema de desarrollo en ER Studio: compárelo con la producción y enumerará todas las diferencias. Puede escribir los cambios o simplemente presionarlos automáticamente.

Una vez que tenga un esquema en ER Studio, puede guardar el script de creación o guardarlo como un binario patentado y guardarlo en el control de la versión. Si alguna vez desea volver a una versión anterior del esquema, simplemente revíselo y presúnelo a su plataforma DB.

 

ER Studio allows you to reverse your database schema into the tool and you can then compare it to live databases.

Example: Reverse your development schema into ER Studio -- compare it to production and it will list all of the differences. It can script the changes or just push them through automatically.

Once you have a schema in ER Studio, you can either save the creation script or save it as a proprietary binary and save it in version control. If you ever want to go back to a past version of the scheme, just check it out and push it to your db platform.

</div
 
 
6
 
vote

Hay un marco de migración de la base de datos PHP5 "llamada Ruckusing. No lo he usado, pero el ejemplos Muestre la idea, si usa El idioma para crear la base de datos y cuando sea necesario, solo tiene que seguir los archivos de origen.

 

There's a PHP5 "database migration framework" called Ruckusing. I haven't used it, but the examples show the idea, if you use the language to create the database as and when needed, you only have to track source files.

</div
 
 
4
 
vote

Puede usar Herramientas de datos de Microsoft SQL Server en Visual Studio para Generar scripts para objetos de base de datos como parte de un proyecto de SQL Server. Luego puede agregar los scripts a la fuente de control utilizando la integración de control de origen que está integrado en Visual Studio. Además, los proyectos SQL Server le permiten verificar los objetos de la base de datos utilizando un compilador y generar scripts de implementación para actualizar una base de datos existente o crear una nueva.

 

You can use Microsoft SQL Server Data Tools in visual studio to generate scripts for database objects as part of a SQL Server Project. You can then add the scripts to source control using the source control integration that is built into visual studio. Also, SQL Server Projects allow you verify the database objects using a compiler and generate deployment scripts to update an existing database or create a new one.

</div
 
 
3
 
vote

Hemos usado Edición de la base de datos del sistema de equipo MS Con bastante buen éxito. Se integra con el control de la versión de TFS y el estudio visual más o menos sin problemas y nos permite administrar fácilmente los PROC, vistas, etc., fácilmente. La resolución de conflictos puede ser un dolor, pero la historia de la versión se completa una vez que se hace. A partir de entonces, las migraciones a la QA y la producción son extremadamente simples.

Es justo decir que es un producto de la versión 1.0, sin embargo, y no está sin algunos problemas.

 

We've used MS Team System Database Edition with pretty good success. It integrates with TFS version control and Visual Studio more-or-less seamlessly and allows us to manages stored procs, views, etc., easily. Conflict resolution can be a pain, but version history is complete once it's done. Thereafter, migrations to QA and production are extremely simple.

It's fair to say that it's a version 1.0 product, though, and is not without a few issues.

</div
 
 
3
 
vote

Schema Compare para Oracle es una herramienta específicamente diseñada para migrar los cambios de nuestra base de datos Oracle a otra. Visite la URL a continuación para obtener el enlace de descarga, donde podrá usar el software para una prueba completamente funcional.

http://www.red-gate.com/products/schema_compare_for_oracle /index.htm

 

Schema Compare for Oracle is a tool specifically designed to migrate changes from our Oracle database to another. Please visit the URL below for the download link, where you will be able to use the software for a fully functional trial.

http://www.red-gate.com/Products/schema_compare_for_oracle/index.htm

</div
 
 
2
 
vote

En ausencia de un VCS para cambios en la tabla, los he estado registrando en un wiki. Al menos, entonces puedo ver cuándo y por qué se cambió. Está lejos de ser perfecto, ya que no todos lo están haciendo y tenemos múltiples versiones de productos en uso, pero mejor que nada.

 

In the absence of a VCS for table changes I've been logging them in a wiki. At least then I can see when and why it was changed. It's far from perfect as not everyone is doing it and we have multiple product versions in use, but better than nothing.

</div
 
 
2
 
vote

Recomendaría uno de los dos enfoques. Primero, invierta en PowerDesigner de Sybase. Edición de Empresa. Le permite diseñar datamodeles físicos, y mucho más. Pero viene con un repositorio que le permite registrar sus modelos. Cada nuevo check in puede ser una nueva versión, puede comparar cualquier versión a cualquier otra versión e incluso a lo que está en su base de datos en ese momento. Luego presentará una lista de cada diferencia y preguntará cuál debería ser migrado ... y luego construye el script para hacerlo. No es barato, pero es una ganga al doble del precio y que ROI es de aproximadamente 6 meses.

La otra idea es activar la auditoría de DDL (funciona en Oracle). Esto creará una tabla con cada cambio que hagas. Si consulta los cambios de la marca de tiempo, movió la última vez que cambió su base de datos para prodificar en este momento, tendrá una lista ordenada de todo lo que ha hecho. Unos cuantos cláusulas para eliminar los cambios de suma cero como crear la tabla Foo; seguido de la mesa de caída foo; Y puede construir fácilmente un script de mod. ¿Por qué mantener los cambios en una wiki, eso es el doble del trabajo? Deje que la base de datos los rastree para usted.

 

I'd recommend one of two approaches. First, invest in PowerDesigner from Sybase. Enterprise Edition. It allows you to design Physical datamodels, and a whole lot more. But it comes with a repository that allows you to check in your models. Each new check in can be a new version, it can compare any version to any other version and even to what is in your database at that time. It will then present a list of every difference and ask which should be migrated… and then it builds the script to do it. It’s not cheap but it’s a bargain at twice the price and it’s ROI is about 6 months.

The other idea is to turn on DDL auditing (works in Oracle). This will create a table with every change you make. If you query the changes from the timestamp you last moved your database changes to prod to right now, you’ll have an ordered list of everything you’ve done. A few where clauses to eliminate zero-sum changes like create table foo; followed by drop table foo; and you can EASILY build a mod script. Why keep the changes in a wiki, that’s double the work. Let the database track them for you.

</div
 
 
1
 
vote

Dos recomendaciones de libros: "Bases de datos de refactorización" por Ambler y Sadalage y "Técnicas de base de datos ágiles" por Ambler.

Alguien mencionó las migraciones de los rieles. Creo que funcionan muy bien, incluso fuera de las aplicaciones de carriles. Los usé en una aplicación ASP con SQL Server, que estábamos en proceso de movernos a los rieles. Revisa los scripts de migración en los VCS. Aquí está un puesto por pragmático Dave Thomas sobre el tema. < / p>

 

Two book recommendations: "Refactoring Databases" by Ambler and Sadalage and "Agile Database Techniques" by Ambler.

Someone mentioned Rails Migrations. I think they work great, even outside of Rails applications. I used them on an ASP application with SQL Server which we were in the process of moving to Rails. You check the migration scripts themselves into the VCS. Here's a post by Pragmatic Dave Thomas on the subject.

</div
 
 

Relacionados problema

2  Solución de control de fuente apropiada  ( Appropriate source control solution ) 
he comenzado un nuevo trabajo, donde una de mis primeras responsabilidades es importar una base de código ASP previamente mantenida por una agencia y que ahor...

321  Base de datos de SQL Server de versiones  ( Versioning sql server database ) 
Quiero obtener mis bases de datos en Control de versión. ¿Alguien tiene algún consejo o artículos recomendados para comenzar? Siempre querré tener al menos ...

638  ¿Cómo creo una sucursal?  ( How do i create a branch ) 
¿Cómo creo una sucursal en SVN? ...

125  ¿Hay un sistema de control de versiones para los cambios de la estructura de la base de datos?  ( Is there a version control system for database structure changes ) 
A menudo me encuentro con el siguiente problema. Trabajo en algunos cambios en un proyecto que requiere nuevas tablas o columnas en la base de datos. Hago l...

2  ¿Qué SCM / VCS se enfrentan bien con el texto en movimiento entre archivos?  ( Which scm vcs cope well with moving text between files ) 
Estamos teniendo un estragado con nuestro proyecto en el trabajo, porque nuestro VCS está haciendo una fusión horrible cuando movemos información a través de ...

21  Servidores de subversión federados (sincronizados)?  ( Federated synced subversion servers ) 
¿Es posible crear servidores de subversión "federados"? Como en un servidor en la ubicación y otro en la ubicación b, que sincroniza sus versiones locales del...

64  ¿Cuáles son las ventajas de usar SVN sobre CVS?  ( What are the advantages of using svn over cvs ) 
Mi compañía está utilizando CVS como nuestro estándar de facto para el control de la fuente. Sin embargo, he escuchado a mucha gente decir que SVN es mejor. ...

18  Diferentes sistemas de control de versión distribuida trabajando juntos  ( Different distributed version control systems working together ) 
MI OFICINA TIENE UNA INSTALACIÓN DE FUENTE DE FUENTE CENTRAL 2005 que utilizamos para el control de la fuente. No puedo cambiar lo que usa la oficina en el se...

5  Vimdiff contra un repo de control de origen  ( Vimdiff against a source control repo ) 
scmdiff marca las diferencias entre el Checked in la versión de un archivo y el archivo que se está editando. Lo marca al colorear las líneas cambiadas. ¿Ha...

5  ¿Cuáles son algunos consejos para que mi proyecto se compile en un nuevo pago cada vez?  ( What are some tips to make my project compile on a fresh checkout every time ) 
Más veces de lo que me gustaría admitir que he tenido gente nueva en un proyecto, haga un checkout solo para encontrar que les faltan varios recursos, DLL, Co...




© 2022 respuesta.top Reservados todos los derechos. Centro de preguntas y respuestas reservados todos los derechos