Difference between revisions of "User:Minooz/RepoSyncProj"
(→To Learn) |
(→Mercurial) |
||
| Line 1: | Line 1: | ||
=Repositories' Syncing Project= | =Repositories' Syncing Project= | ||
==Mercurial== | ==Mercurial== | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
==Continuous Integration System== | ==Continuous Integration System== | ||
Revision as of 11:21, 14 October 2010
Contents
Repositories' Syncing Project
Mercurial
Continuous Integration System
- Hudosn
- Steps to how to use Hudson
- 1- Installation
- Installation on Windows
- Hudson became self executable[1]
- Video Kosuke With slides @http://marakana.com/forums/java/general/79.html
- 2- Plugins
- 3- Start a Job
- Building Project
- How to use post build scripts with Hudson using regex in log text[2]
- Apache Continuum
- Cruise Control
- http://cruisecontrol.sourceforge.net/
- http://cruisecontrol.sourceforge.net/dashboard.html
- How to build, deploy, and monitor Java applications: Pragmatic Project Automation
- Pragmatic Bookshelf
- Getting Started
- Maven
- Anthill
- Buildbot
- The Buildbot is a system to automate the compile/test cycle required by most software projects to validate code changes. By automatically rebuilding and testing the tree each time something has changed, build problems are pinpointed quickly, before other developers are inconvenienced by the failure.[3]
- Here is the documentation for Buildbot. This videoalso explains different features of this system.
- The buildmaster is usually fed Changes by some sort of version control system, which may cause builds to be run. As the builds are performed, various status messages are produced, which are then sent to any registered Status Targets.
- -Change Sources, which create a Change object each time something is modified in the VC repository. Most ChangeSources listen for messages from a hook script of some sort. Some sources actively poll the repository on a regular basis. All Changes are fed to the Schedulers.
- - Schedulers, which decide when builds should be performed. They collect Changes into BuildRequests, which are then queued for delivery to Builders until a buildslave is available.
- -Builders, which control exactly how each build is performed (with a series of BuildSteps, configured in a BuildFactory). Each Build is run on a single buildslave.
- -Status plugins, which deliver information about the build results through protocols like HTTP, mail, and IRC.
- Common Requirements
- At a bare minimum, you'll need the following for both the buildmaster and a buildslave:
- -Python: http://www.python.org Buildbot requires python-2.4 or later.
- -Twisted: http://twistedmatrix.com (Twisted is an event-driven networking engine written in Python and licensed under the MIT license.)
- Requirements for Buildmaster
- -sqlite3: http://pypi.python.org/pypi/pysqlite
- The sqlite3 package is required for python-2.5 and earlier (it is already included in python-2.5 and later, but the version in python-2.5 has nasty bugs)
- -simplejson: http://pypi.python.org/pypi/simplejson
- The simplejson package is required for python-2.5 and earlier (it is already included as json in python-2.6 and later)
- -Jinja2: http://jinja.pocoo.org/2
- Jinja2 is a general purpose templating language and is used by Buildbot to generate the HTML output.
