Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/sql/73.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Sql 针对多个开发人员环境的SVN数据库版本控制_Sql_Database_Svn_Sql Server 2008_Versioning - Fatal编程技术网

Sql 针对多个开发人员环境的SVN数据库版本控制

Sql 针对多个开发人员环境的SVN数据库版本控制,sql,database,svn,sql-server-2008,versioning,Sql,Database,Svn,Sql Server 2008,Versioning,我想知道是否有一种使用SVN对数据库进行版本控制的方案,这种方案可以确保在少数开发人员试图同时提交更改时不会发生冲突 我和我的团队一直在使用模式版本号不断增加的变更脚本(类似于此解决方案:) 这是一个非常好的解决方案,但它的主要缺陷是,当多个开发人员尝试使用相同的架构号提交更改脚本时,可能会发生冲突-这不仅是一个简单的SVN冲突,而且还要求具有该冲突的用户使用架构版本手动更改数据库表,恢复其数据库更改,更改脚本文件的编号以获得所有数据库更新。有可能避免这种障碍吗?我的意思不仅仅是技术解决方案,但

我想知道是否有一种使用SVN对数据库进行版本控制的方案,这种方案可以确保在少数开发人员试图同时提交更改时不会发生冲突

我和我的团队一直在使用模式版本号不断增加的变更脚本(类似于此解决方案:)


这是一个非常好的解决方案,但它的主要缺陷是,当多个开发人员尝试使用相同的架构号提交更改脚本时,可能会发生冲突-这不仅是一个简单的SVN冲突,而且还要求具有该冲突的用户使用架构版本手动更改数据库表,恢复其数据库更改,更改脚本文件的编号以获得所有数据库更新。有可能避免这种障碍吗?我的意思不仅仅是技术解决方案,但也许有更好的方法来组织这项任务?有什么想法吗

Rails通过使用时间戳而不是递增的版本号解决了这个问题。两个用户在同一秒钟内创建新模式版本的几率非常低。

其中一些技术+链接可以帮助您

因此:

技术:


谢谢,也许这不是一个完美的解决方案,但可能已经足够了。我会尽力在我的情况下实施它。