Gunnar, we greatly appreciate your contribution
but we won't have time to look at the provided patch before mid august
(early september).
In the meantime, make sure that the
patch you provide is what you really like so the integration can be done
quickly.
PaScaL
"Gunnar Wagenknecht"
<G.Wagenknecht@xxxxxxxxxxxx> Sent by: pde-build-dev-admin@xxxxxxxxxxx
07/15/2004 03:24 AM
Please respond to
pde-build-dev
To
<pde-build-dev@xxxxxxxxxxx>
cc
Subject
[pde-build-dev] Bug 34757:
Support for other repository
I already attached a patch to this. What about the next steps? Is it
allowed to create a public API or should we keep it in an internal
package until there is a final decision?
I implemented this by creating an extension point and extracting the
fetch script generation API into an interface. Each interface must
implement this interface.
Backward compatibility is retained! Current Eclipse map files still
work. However, the new format just adds a new first argument that
describes the fetch script type (eg. "CVS" for fetching from
a CVS
location, "PATH" for fetching from a local path). If the ID is
missing
or unknown CVS is assumed for backward compatibility.
Will fetch feature "my.feature" from
"D:/snapshot_views/stable/clearcase_vob/features/my.feature-feature".
Property "fetchTag" is also supported to define another location.
If "fetchTag" is set to "D:\snapshot_views\latest"
the effective path
would
be "D:/snapshot_views/latest/clearcase_vob/features/my.feature-feature".
Cu, Gunnar
_______________________________________________
pde-build-dev mailing list
pde-build-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/pde-build-dev