Difference between revisions of "Talk:EMU"
| (3 intermediate revisions by the same user not shown) | |||
| Line 2: | Line 2: | ||
Do you plan to write your own repository system? I think it would be nicer if you could support already existing repositories like Subversion. | Do you plan to write your own repository system? I think it would be nicer if you could support already existing repositories like Subversion. | ||
| + | |||
| + | |||
| + | '''[[User:Barnski|Bernhard Buss]] 20:05, 21 April 2006 (GMT+1)''' | ||
| + | |||
| + | We plan to make our own server, that will handle the code repository. If we were to use subversion as server we would fail our project goal: to provide more functionality than the current solutions. Although we do not know the full capacities of svn, I think it would not allow us to handle code synchronisation on a locking-base, where possibly not only whole classes are lockable, but also features. | ||
| + | Nevertheless we will make sure that we design our components in a way to guarantee maximal reusability, such that the emu-client could be replaced by a svn-client for example. | ||
| + | |||
| + | Maybe this quote helps to distinguish emu from svn: | ||
| + | "What is SVN?" | ||
| + | [...] | ||
| + | "Some version control systems are also software configuration management (SCM) systems. These systems are specifically tailored to manage trees of source code, and have many features that are specific to software development—such as natively understanding programming languages, or supplying tools for building software. Subversion, however, is not one of these systems. It is a general system that can be used to manage any collection of files. For you, those files might be source code—for others, anything from grocery shopping lists to digital video mixdowns and beyond." | ||
| + | |||
| + | -from http://svnbook.red-bean.com | ||
| + | |||
| + | Consider EMU as such a SCM system. | ||
Latest revision as of 13:33, 21 April 2006
Patrickr 18:11, 21 April 2006 (CEST)
Do you plan to write your own repository system? I think it would be nicer if you could support already existing repositories like Subversion.
Bernhard Buss 20:05, 21 April 2006 (GMT+1)
We plan to make our own server, that will handle the code repository. If we were to use subversion as server we would fail our project goal: to provide more functionality than the current solutions. Although we do not know the full capacities of svn, I think it would not allow us to handle code synchronisation on a locking-base, where possibly not only whole classes are lockable, but also features. Nevertheless we will make sure that we design our components in a way to guarantee maximal reusability, such that the emu-client could be replaced by a svn-client for example.
Maybe this quote helps to distinguish emu from svn: "What is SVN?" [...] "Some version control systems are also software configuration management (SCM) systems. These systems are specifically tailored to manage trees of source code, and have many features that are specific to software development—such as natively understanding programming languages, or supplying tools for building software. Subversion, however, is not one of these systems. It is a general system that can be used to manage any collection of files. For you, those files might be source code—for others, anything from grocery shopping lists to digital video mixdowns and beyond."
-from http://svnbook.red-bean.com
Consider EMU as such a SCM system.
