Elena Laskavaia
|
RE: RE: RE: RE: Momentics Workspace Control Files
|
Elena Laskavaia
02/28/2008 12:18 PM
post5377
|
RE: RE: RE: RE: Momentics Workspace Control Files
Sorry I think I misunderstood what you asking. The only thing which would
not be controlled is how many project you have and what they are (at top
level). If you have shared project you can always see what was changed
inside using version control.
I personally use integrated version control such as svn and cvs plugins.
You can check internet to see plugins for you specific version control.
So if you are NOT using integrated plugins you can check it within your
version control directly.
I will use cvs example: You have directory (module) that matches workspace,
for example "router_code". It will contain top level projects entry
"project1", "project2", etc.
So to check all projects out type
cvs co router_code
ls router_code
router_code/project1 router_code/project2
Now go to eclipse, start it with router_code as workspace and add these 2
projects. When later if you do update you have to refresh workspace only.
Also in this case you have to add .metadave to .cvsignore because this one
should not be committed.
-----Original Message-----
From: david diprato [mailto:ddiprato@novusxray.com]
Sent: February 28, 2008 12:06 PM
To: momentics-community
Subject: Re: RE: RE: RE: Momentics Workspace Control Files
Really ... that's terrible!
How is one supposed to manage a multi-developer project? It is very common
to have different developers work on different projects therefore each could
not see the result of each other without some external communication
channel. If co-dependencies occur the problem gets very complicated. If an
outside developer wants to look at the workspace how would he even know what
projects are contained?
We must be missing something, that would not be workable.
_______________________________________________
QNX Momentics Community Support
http://community.qnx.com/sf/go/post5376
|
|
|
Thomas Fletcher
|
Re: RE: RE: RE: Momentics Workspace Control Files
|
Thomas Fletcher
02/28/2008 8:00 PM
post5385
|
Re: RE: RE: RE: Momentics Workspace Control Files
On Thu, Feb 28, 2008 at 12:05 PM, david diprato <ddiprato@novusxray.com>
wrote:
> Really ... that's terrible!
>
> How is one supposed to manage a multi-developer project? It is very common
> to have different developers work on different projects therefore each could
> not see the result of each other without some external communication
> channel. If co-dependencies occur the problem gets very complicated. If an
> outside developer wants to look at the workspace how would he even know what
> projects are contained?
>
> We must be missing something, that would not be workable.
>
Sounds like the problem of source layout and a revision control system,
not what an IDE would manage.
Workspaces are just containers for "stuff" and those containers are
developer
centric (like the way you choose to layout your home directory).
Projects are chunks of data, occasionally related, that teams manage using a
revision
control system (or many revision control systems).
Sure, projects could have interdependencies, but if that is the case, then
isn't
that the role of your build system to be able to identify where those
dependant
pieces are. If you require a very specific layout, then don't make the
assumption
that the items are in a workspace directory ... projects don't have to be in
the workspace.
If you do that, then you are then treating the workspace as a project.
Make a specific project and if you want to create additional projects that
'point into' that
main project if you need to overcome Eclipses 'sub-project' shortcoming.
You might also be interested in looking at the team export option that
allows you to
create a file that contains references to multiple projects to check out
concurrently.
Like a CVS module, but not revision control system specific.
Thomas
|
|
|