Skip to main content

Continuous Integration vs Version Control

Most of new techies have a doubt on What is Continuous Integration? and What is Version Control? What's the relation between them? 
I want to explore and discuss something about this topic here.


Actually Continuous Integration(CI) is more than Version Control (VC). Version control is simply for maintaining different version of docs or files while users committing changes to common repository. But CI is far more than that. CI is fully related to automation  o application build and deployment activities.


Continuous Integration:
CI is a system which is used t automate our building and deployment process. At any time, the executable are ready (to test or to production) with workable condition. It includes,

1. Maintain a code repository
Common shared repository to maintain code. Actually its Version Control system.


2. Automate the build
Using available code in common repository, system will do building process to generate executable. This building process will be done automatically.


3. Make the build self-testing
While doing building process, system itself will check for errors and warnings in build process.


4. Everyone commits to the baseline every day
All available stakeholders will commit their part of code changes every day or as soon as possible after doing changes so that it will not affect the full application. Also if your changes are conflict with repository copy, then it wont allow you to commit unless you get latest, do changes and commit.


5. Every commit (to baseline) should be built
For each and every committing done by users, the build process will be triggered.


6. Keep the build fast
Building process will be fast enough as every day code changes are committed and no major changes will not be there. This will avoid unnecessary ambiguities in code.

7. Test in a clone of the production environment
As we have working software deliverable ready all the times, we can test using the clone of latest executable. This will ensure quality confidence on changes made in new build.


8. Everyone can see the results of the latest build
Everyone can know the status of latest build. If any errors or warnings while building, system will report the errors to all stake holders.


9. Automate Installation / Deployment
As we have latest build for each day, we can automate the deploying processes. This will ensure the latest application build is up for testing on each day.


Version Control:
VC is a system which provides a shared repository to your code and maintains the changes by keeping the different version of file.


CruiseControl, Hudson, teamcity, Bamboo, etc. are CI tools.
SVN, Visual SourceSafe, Git, etc are Version Control tools.
Maven, ant are build tools.


Hope this will you some ideas about CI and VC.

Comments

Popular posts from this blog

Some good Resources / Blogs / Sites for Selenium Users

Here I have listed out some good blogs and sites by extensive selenium automation users. Hope these will help you a lot. http://automationtricks.blogspot.com  - by NirajKumar http://www.theautomatedtester.co.uk/ http://testerinyou.blogspot.com   - by Naga/Mathu http://seleniumready.blogspot.com  - by Farheen Khan http://seleniumdeal.blogspot.com/  - Amit Vibhuti http://seleniumexamples.com/blog Sauce Labs and BrowserMob are companies doing cloud and extensive selenium automation services, products, etc http://saucelabs.com/blog http://blog.browsermob.com http://testingbot.com/ Cedric Beust -  creator of the TestNG Java testing framework. http://beust.com/weblog/ http://blog.reallysimplethoughts.com/  - by Samit Badle, Created many Selenium IDE Plug-Ins Available Colud Testing: 1. SauceLabs 2. Soasta 3. BrowserMob 4. CloudTesting.com  etc. Selenium Testing Products: 1. Twist by ThoughtWorks 2.  TestMaker by  PushToTest 3. Element34 company providi

UFT - Take full page screenshot by scrolling the page

'######################################################################################## 'This is navigate through the full page and taking individual screenshot of visible area '######################################################################################## Function TakeScreenshot Dim intScrolls, intScroll, strScrollPos Set pgApp = Browser ( " " ) .Page ( " " ) intScrolls = Round ( pgApp . RunScript ( " document.documentElement.scrollHeight / (screen.height) " ) , 2 ) If intScrolls < 1 Then intScrolls = - 1 pgApp . RunScript " window.scrollTo(0, 0); " Wait 1 Browser ( " " ) .CaptureBitmap " C:\screenshot0.png " , True For intScroll = 0 To intScrolls If Environment . Value ( " Browser " ) = " CHROME " Then strScrollPos = " scrollY " Else strScrollPos = " document.documentElement.scrollTop " End If If p

Change IE Browser ZOOM settings

Lot of UI automation testers could have faced this problem as we could change the zoom settings while operating manually for our convenience and forgot to reset to 100%. But our QTP and some other related tools would operate the browser perfectly if browser zoom is 100%. So wee need to change the zoom before start to run the scripts. Its better to have a code snippet in our framework to change this zoom setting right? Here we go... 1. We can simply change the Registry values before Invoking IE Function  ChangeRegistry   Dim  objShell   Set  objShell =  CreateObject ( "WScript.Shell" )  objShell.RegWrite  "HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Zoom\ZoomFactor" ,  "100000" ,  "REG_DWORD"   Set  objShell =  Nothing End   Function This option is very useful. But in real time, lot of customers could have restricted write access to windows registry. So we can try other options. 2. Use IE COM object and Change