Is there any way to label a paticular Clearcase view through the Hudson tool itself?
(i.e. with Perforce there is an option to "Label This Build").
Not sure (I usually delegate that to an external script).
CleartoolExec does have actually a mklabel method, but again I am not sure how it is used by the current Hudson ClearCase plugin.
Related
As far as I know I've always been able to update cshtml files and immediately see changes (upon refreshing browser) without having to stop my project.
But as I am creating a new project I see this new option to enable this feature and I'm wondering what it is because, after all, I've always been able to do this. But as far as I can tell it does exactly what it says... as if I wasn't able to do this in the past?
But I also notice now that when I make a change to a razor page, it takes a looot longer to see the update as Visual Studio recompiles the project.
What... is... going... on?
As far as I know I've always been able to update cshtml files and
immediately see changes (upon refreshing browser) without having to
stop my project.
Yes.Before asp.net core 3.0,you could do it by default.After asp.net core 3.0,you could install the Microsoft.AspNetCore.Mvc.Razor.RuntimeCompilation NuGet package to enable runtime compilation.
1.Install the Microsoft.AspNetCore.Mvc.Razor.RuntimeCompilation NuGet package.
2.Update the project's Startup.ConfigureServices method to include a call to AddRazorRuntimeCompilation:
services.AddControllersWithViews().AddRazorRuntimeCompilation();
Reference:
https://learn.microsoft.com/en-us/aspnet/core/mvc/views/view-compilation?view=aspnetcore-5.0&tabs=visual-studio#enable-runtime-compilation-in-an-existing-project
Update:
From asp.net core 3.1,you could select the Enable Razor runtime compilation checkbox in the Create a new ASP.NET Core web application dialog:
I am trying to integrate clearcase with Hudson, but auto build is not triggering while merge or checkout.
Created dynamic view "sundaa4_Hudson_Test" and gave the config spec which I used in clearcase
When I gave manual build its showing error
Workspace is not creating in path .hudson\jobs\Hudson_Testing_Sijith\workspace
PLease give some input on this
Make sure your config spec ends with a selection rule like:
element * /main/LATEST
Or it won't select much, which would explain why Hudson doesn't create anything (it doesn't detect any change).
A cleartool lsview which returns a line starting with '*' means the dynamic view is already started: no need to repeat multiple cleartool startview.
Make sure your View root does exists: usually, the MVFS drive for dynamic view is M:\, not K:\.
I have kind of an interesting problem...
So I'm trying to run a build every time I see a change on a directory in my SCM in Hudson. However, I don't need to pull the directory to run my script. Is there any way to check if there's a change in a directory, but don't pull it?
In addition, there is another directory which I do need to pull from Hudson at the same time. So basically I want something like:
On change of directory A or B:
pull directory B only
run script
I was told there was functionality like this in Hudson, but I can't find it. Any suggestions? Thanks for the help!
In case anyone is interested, I was able to accomplish this with just Hudson and Perforce.
When using Perforce as the SCM (don't know about the others) there is a 'Use View Mask' checkbox. Checking that give you the ability to choose which directories/files in Perforce to poll without actually pulling those files. For example, I had in my view:
//depot/my_script
I didn't want my script to run automatically when I had a new version, so I put it int o the "Poll Exclude File(s) text box:
//depot/my_script
Which pulls the latest version of my script. Then I checked the Use View Mask checkbox and put:
//depot/my_code_to_compile/
into the View Mask box.
To make Perforce poll for changes, I just checked the "Poll SCM" in build triggers and then made it check every minute. (by inserting "* * * * *" into the Scheduler box)
So to sum up, with the variables set as above, my Hudson job had the following behavior:
check for changes every minute
On changes to //depot/my_code_to_compile/, the Hudson job will run
On changes to //depot/my_script, nothing will happen
The job will pull changes to my_script, but will download nothing from //depot/my_code_to_compile/.
I think you need to install the FSTrigger Plugin for this functionality. To what the wiki pages show this is supported in Jenkins, I am not sure about Hudson compatibility.
We are using base clear case with dynamic views on Linux.
In our environment some custom script is responsible, so ct mkview is not working.
I need either
- provide to Hudson plugin a custom script for creating a view
- tell to plugin to reuse existing view, w/o calling to ct mkview
I did not find any of these options.
Can you help me?
Here are my current settings:
Thank you
As I have detailed in "Hudson integration with UCM ClearCase", you can use an existing dynamic view, even if it is non-UCM.
You need to click on "Advanced Options" to access to that part.
That being said, make sure the user associated with the Hudson session is registered in the right groups (primary or secondary groups of the Vobs that account needs to access) in order to be able to read (even checkout) files in said Vobs.
Turns out the OP did have the right Hudson ClearCase plugin, did access the "Advanced Options" part, but:
"Use dynamic view" option
and the "Let Hudson manage the view lifecycle".
That second option isn't needed when you have a dynamic view already created (outside of Hudson), and if you want that view to be reused as is.
Our build has a variety of generated HTML reports. I would like to have those reported and accessible on the build page, like JavaDoc entries. Is there a generic way to expose these reports without writing a custom plug ins ?
If that isn't available, is there a way to post an HTTP link on the page ?
You can choose "archive the artifacts" and archive for example "reports/*.html"
These will appear under the project page under the heading "Last successful artifacts".
Even if you clear your workspace before each build, these artifacts are moved to a separate directory.
You could also add a build script which will modify or update a file in your userContent directory (since Hudson 1.299), and link to these build artifacts in yet another location.