软件项目开发中的环境配置和分支策略

计谋1:一个分支+开辟服侍器+临盆服侍器
　　源代码治理能够利用VSS或CVS等开源软件等来举行。正在此地不必要启用任一分支，只将源代码受控便可以了。全部开辟因为必要小组合作，以是必要有一天特地的开辟服侍器，开辟服侍器能够同时承当资讯库服侍器和使用服侍器。
　　关于临盆境地必要特地的一天资讯库服侍器和使用服侍器。假如思索硬件的多层安排，此地能够使用服侍器和资讯库服侍器分隔。
　　其他疑问解析:
　　1.不启动分支，危急BUG的安排艰难，以是策划开辟中要思索新作用开辟完全不要感化老作用已有的接口。
　　2.不独自的测验境地，测验历程不平稳，测验和开辟职务有彼此感化。
　　合用状况
　　1.合用于新工程的开辟，旧工程的版本的保护期。
　　2.小于5人的软件开辟集体
　　计谋2:开辟分支+开辟服侍器+测验服侍器+临盆服侍器
　　启用测验分支和测验服侍器重要宗旨是保障保护版本的顺畅公布和测验境地的平稳性。正在工程设置了特地的测验职员后，必需要保障测验境地的平稳性。测验服侍器上必要安置测验资讯库，测验境地的安排重要是同步开辟资讯库->测验资讯库。而后将开辟境地打包的接口拷贝到测验服侍器相联名目。
　　其他疑问解析:
　　1.不测验分支，保护版本的BUG安排艰难。
　　合用状况
　　1.工程有特地的测验职员
　　2.工程举行逐日创立，必要保障测验境地的平稳性。
　　计谋3:开辟分支+测验分支+开辟服侍器+测验服侍器+临盆服侍器
　　启用测验分支了能够基础处理掉保护版本BUG安排艰难的疑问。全部测验境地的安排也修正为了间接去编译测验分支的内容举行打包和安排。
　　其他疑问解析:
　　1.测验的多个BUG必需要测验职员全体测验经由过程才干够安排。
　　2.无奈非常好的处理同时要安排新作用的测验版本，又要安排保护版本的测验作用的疑问。
　　3.正式版本公布事后，正在下个版本不公布前，非常难重现或从头编译出世产境地的安排包。
　　合用状况:
　　1.运转中的工程，常常必要处置BUG公布保护版本
　　2.工程有特地的测验职员，必要保障测验境地的平稳。
　　计谋4:开辟分支+测验分支+集成份支+开辟服侍器+测验服侍器+临盆服侍器
　　启用集成份支了工程中的开辟，测验和临盆3套境地从资讯库到代码完整自力开来。3套境地互不感化和抵触，均可以举行自力的编译和创立。正在这类计谋下临盆境地的安排能够转迁移特地的运维职员举行。启用集成份支的宗旨是保障正在集成境地受到损坏的时分能够迅速的从头创立出世产包举行从头安排。
　　其他疑问解析:
　　1.当新作用的开辟和BUG的修正波及到一样一个源代码文件时分，不举措做到只对BUG内容独自安排。
　　合用状况
　　1.运转中的工程，常常必要处置BUG公布保护版本
　　2.工程有特地的测验职员，必要保障测验境地的平稳。
　　3.体系必要保障集成境地自力性，正在必要状况下能够再现集成境地。
　　计谋5:开辟分支+测验分支+集成份支+开辟服侍器+测验服侍器+BUG分支+BUG资讯库服侍器+临盆服侍器
　　正在运转中必要既举行新版本作用开辟，又必要对已安排的版本举行保护和BUG修复的时分。通常工程必要配置特地的保护职员，保护职员利用特地的BUG分支和BUG资讯库服侍器对BUG举行修正并公布保护版本。
　　保护版本的公布能够间接正在BUG分支基线后公布，留意疑问是
　　1.必需一切BUG都改好并测验经由过程后才能够公布保护版本
　　2.BUG分支的内容要适时De***ver到开辟分支，当显现Merge抵触的时分要优先保障BUG修正内容。
　　保护版本的公布假如要正在集成份支公布，必要留意疑问
　　1.BUG先De***ver到开辟分支
　　2.De***ver到开辟分支的BUG适时De***ver到测验分支，正在测验分支打包后交测验职员测验。
　　3.测验职员测验经由过程后，BUG分支修正的内容间接Dev***er到集成份支后正在集成份支打包举行保护版本安排。
　　4.生存一个疑问是新作用开辟完毕公布时分一致De***ver到集成份支的时分生存Merge抵触疑问。