Difference between revisions of "SCM tools"
(Created page with 'GCube System embraces several (hundreds) components of different types (e.g. services, portlets, libraries, plugins, testsuites). Often there exists several dependencies between …') |
|||
| (6 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
| − | GCube System embraces several (hundreds) components of different types (e.g. services, portlets, libraries, plugins, testsuites) | + | GCube System embraces several (hundreds) components of different types (e.g. services, portlets, libraries, plugins, testsuites) that evolves continuously, transforming the system version by version. To face the complexity of maintaining such a large system a central Software Configuration System (a.k.a. SCM [http://en.wikipedia.org/wiki/Software_configuration_management]) is made available (see section [[gcube subversion repository|gCube Subversion Repository]] to developers for storing source code of their components. |
| + | |||
| + | Currently, there exist only one central source code's repository, described in section [[gcube subversion repository|gCube Subversion Repository]], used for all components. | ||
| + | |||
| + | However, we are planning to migrate to Git [http://git-scm.com/] | ||
| + | |||
| + | For the future, we are thinking to use a distributed source repository software (like Git [http://git-scm.com/]) that would add more flexibility for developers having multiple repository nodes (e.g. one for each organization). | ||
Latest revision as of 17:36, 28 September 2015
GCube System embraces several (hundreds) components of different types (e.g. services, portlets, libraries, plugins, testsuites) that evolves continuously, transforming the system version by version. To face the complexity of maintaining such a large system a central Software Configuration System (a.k.a. SCM [1]) is made available (see section gCube Subversion Repository to developers for storing source code of their components.
Currently, there exist only one central source code's repository, described in section gCube Subversion Repository, used for all components.
However, we are planning to migrate to Git [2]
For the future, we are thinking to use a distributed source repository software (like Git [3]) that would add more flexibility for developers having multiple repository nodes (e.g. one for each organization).
