Bug 227 - Scalability issues (1GIGQYZ)
Summary: Scalability issues (1GIGQYZ)
Status: RESOLVED FIXED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Team (show other bugs)
Version: 2.0   Edit
Hardware: All Windows 2000
: P5 normal (vote)
Target Milestone: 2.0 M6   Edit
Assignee: Kevin McGuire CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-10-10 21:38 EDT by Kevin McGuire CLA
Modified: 2017-04-24 10:54 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kevin McGuire CLA 2001-10-10 21:38:32 EDT
How to support large CVS development.

Issues:
1.  We need to examine and rethink our mapping of our projects and CVS
2.  In CVS sometimes you have modules and sometimes not so we can't rely on
	them for defining a project.
3.  Taking the entire root set as projects also doesn't match how most lay out their data. 
	As a result, you must load in more than you want.
4.  Some CVS houses have recursive projects (projects in projects) but this is unlikely to
	be supported, least of all by core.

Requirements:
1.  Be able to checkout just a subtree of a project.  Presumably we'ld still need to load the parent
	directory structure and the project meta files.  Side issue: how do we know what the metafiles are?

2.  Be able to define 'arbitrary' directories as being projects.  The catch here is that you could
	not have resources above this directory which you'ld want to version manage.
	Q: How to 'remember' where the projects are?  Modules/aliases?


NOTES:
Comment 1 Kevin McGuire CLA 2002-04-17 16:57:47 EDT
closing, most issues addressed
Comment 2 Eclipse Genie CLA 2017-04-24 10:54:15 EDT
GitHub Pull Request 228 created by [cxbrooks]
https://github.com/eclipse/triquetrum/pull/228