ok, I'm implementing all of this. We'll see how it goes. But I need to test this ofcourse. How can I use/update Continuum 1.0.1 to test with ClearCase?regards,Wim2005/12/1, Wim Deblauwe
[EMAIL PROTECTED]:I agree 100% that we will need proper help. I'm a firm believer that if a feature is not
Remove all maven-scm libs from ${continuum}/apps/continuum/lib and put in it
all new maven-scm libs.
What do you use for scm file parsing?
Emmanuel
Wim Deblauwe a écrit :
ok, I'm implementing all of this. We'll see how it goes. But I need to
test this ofcourse. How can I use/update Continuum
Wim Deblauwe a écrit :
ah, I haven't done that yet. I'm currently testing with a hardcoded value.
I managed to checkout to the working directory, but 2 problems:
1) ClearCase does not want to checkout to an already existing directory,
so in the checkout command, I first delete the directory
I prefer that too, so I filed
http://jira.codehaus.org/browse/CONTINUUM-491. If that is easy to fix,
could you send me the fix so I continue testing?
I'll fix it today or tomorrow.
Emmanuel
True, it would be nice to have dynamic views as well, but this is
currently the only solution with the way that Continuum works. So, if
snapshots don't work for you, then I guess you will need to bother
Emmanuel ;)
regards,
Wim2005/12/1, dan tran [EMAIL PROTECTED]:
yup, I never try this before.
:)
file an issue and we'll try to add this feature in continuum.
Emmanuel
Wim Deblauwe a écrit :
True, it would be nice to have dynamic views as well, but this is
currently the only solution with the way that Continuum works. So, if
snapshots don't work for you, then I guess you will need to
I talk about file parsing in ${user.home}/.scm/
Wim Deblauwe a écrit :
2005/12/1, Emmanuel Venisse [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]:
Remove all maven-scm libs from ${continuum}/apps/continuum/lib and
put in it all new maven-scm libs.
What do you use for scm file
ah, I haven't done that yet. I'm currently testing with a hardcoded value.I managed to checkout to the working directory, but 2 problems:1) ClearCase does not want to checkout to an already existing directory, so in the checkout command, I first delete the directory to checkout to. It is then
After checkout, clearcase dictates to location of checkout directory
on my windows
m:/view-name
on my unix
/view/${view-name}/vobs
So continuum must allow a way to change per build entry to the new working direct
rather ${continuum-workdir}/#
We must stay on clearcase directory inorder to
Hmm.. this is hard to explain if you don't know clearcase, but I'll try:path_to_viewstore: each clearcase client has a location on his harddisk where information on the views is kept, this is the viewstore. So normally this is an unc path like \\mycomputer\cc_vws1. (cc_vws1 is our company
With clearcase, do you have an environment variables that define the path to
viewstore?
Wim Deblauwe a écrit :
Hmm.. this is hard to explain if you don't know clearcase, but I'll try:
path_to_viewstore: each clearcase client has a location on his harddisk
where information on the views is
ok. It's clear.
If you include the path to view store, in scm url, each developer will must be have their viewstore
in this path. If not, they can't use the scm plugin.
Emmanuel
Wim Deblauwe a écrit :
Hmm.. this is hard to explain if you don't know clearcase, but I'll try:
Wim,
- Path to view store should be in system properties since it is Platform dependent.
Windows and unix use different paths and depend on per station/user.
We can default the viewstore to some paths, again unix windows are diffrent.
I would suggest that
\\${hostname}\viewstore for
Wim Deblauwe a écrit :
2005/11/30, dan tran [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]:
On 11/30/05, *Wim Deblauwe* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Good suggestions there Dan! It is indeed platform dependant and
following the maven 2 way, we
I like that. I agree that we should not (ab)use settings.xml for a custom plugin. If we now agree on the format for the file, we are set to go :)Let me whip up an example:clearcase viewstore\\${hostname}\viewstore/viewstore
/clearcaseIf we could pull this off, then probably all users in a certain
I'm agree for a new file, but not in ${user.home}/.m2 because maven-scm and m2
are independant.
You can use ${user.home}/.scm
When it will be implemented, you'll should update the site content and explain how maven-scm works
with clearcase.
Emmanuel
Wim Deblauwe a écrit :
I like that. I
I agree 100% that we will need proper help. I'm a firm believer that if a feature is not documented, it does not exist, because no-one will know how to use it.2005/12/1, Emmanuel Venisse
[EMAIL PROTECTED]:I'm agree for a new file, but not in ${
user.home}/.m2 because maven-scm and m2 are
I'm +1 to add some infos on scm clearcase url but i need some explanations of
infos
what is path_to_viewstore? Is it the path to directory where i want to checkout
files?
In this case, url is different for each developers, right?
what is path_to_config_spec? Is it a file on the network that
2005/11/30, dan tran [EMAIL PROTECTED]:
On 11/30/05, Wim Deblauwe
[EMAIL PROTECTED]
wrote:
Good suggestions there Dan! It is indeed platform dependant and following the maven 2 way, we should be able to put those things in the
settings.xml. Is that possible? That way, it's not needed anymore
It makes me feel better. Perhaps we can get clearcase providerto look for a property file under ${user.home}.
Shall it be ${user.home}/.m2/clearcase-settings.xml ?
-D
On 11/30/05, Jeff Jensen [EMAIL PROTECTED] wrote:
Quoting Emmanuel Venisse [EMAIL PROTECTED]:
Wim Deblauwe a écrit :
Hi Wim,
We keep our config spec file in a base SCM vob. Our config spec file contains
- A bunch of hardly change label ( thirdparty etc)
- UCM label generated by clearcase for each new baseline ( new build)
For each build, we ask clearcase to do a new baseline which generates a bunch new
dan tran a écrit :
Wim, it looks good to me from base SCM configuration perspective.
I use a mixture of UCM and base SCM configurations. I keep the
configspec file
in base SCM. At the time doing the label, I update the confispec file
and label that
config spec only.
At the perform
On 11/24/05, Emmanuel Venisse [EMAIL PROTECTED] wrote:
dan tran a écrit : Wim, it looks good to me from base SCM configuration perspective.
I use a mixture of UCM and base SCM configurations.I keep the configspec file in base SCM.At the time doing the label, I update the confispec file and label
I am working on it, got approvals from my boss and VP. It is now on legal department's desk
since I will spend some time during working hours for Maven.
-Dan
On 11/24/05, Emmanuel Venisse [EMAIL PROTECTED] wrote:
Dan,do you have send your CLA?EmmanuelEmmanuel Venisse a écrit :
dan tran a écrit
dan tran a écrit :
On 11/24/05, *Emmanuel Venisse* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
dan tran a écrit :
Wim, it looks good to me from base SCM configuration perspective.
I use a mixture of UCM and base SCM configurations. I keep the
25 matches
Mail list logo
