#### Community support has been moved to https://github.com/cake-build/cake/discussions ####
AzurePipelines.Commands.SetVariable() with a unique variable name for each of these executions. I could do this with the same variable name, just where isOutput=true. Then I could name the 3 cake script executions and refer them like: $(ios.releaseData), $(android.releaseData) etc., instead.
These two solutions somehow do not work: https://stackoverflow.com/questions/41722455/how-to-launch-html-report-from-cake-build
I get this error:
Error: One or more errors occurred. (The specified executable is not a valid application for this OS platform.)
The specified executable is not a valid application for this OS platform.The path to the html file is correct. I print that out just before the
StartProcess call.
6 replies
@/all A quick reminder that we suggest to use GitHub discussions as prefered communication channel. GitHub discussions makes it easier to keep track of discussions in a structured way, especially if multiple discussions are happening at the same time. It also allows to search for previous discussion, which can be a helpful resource. GitHub discussions should be a place for the community like here, and we would be more than happy if community would chime in to discussions over there.
We won't delete this channel, but discussions might move to the new place which is available at: https://github.com/cake-build/cake/discussions
dotnet add package ... here: https://cakebuild.net/dsl/dotnetcore/#NuGet?
StartProcess("dotnet", new ProcessSettings { Arguments = argumentsBuilder, WorkingDirectory = workingDirectory })? Why so? :)
Looking for input / feedback...
I have a lightweight test framework I call tclite. It's somewhat modelled after NUnit and NUnitLite, but with some differences. One use I have for it is to write tests in my cake scripts. For me, these are mostly system tests, which create output in XML format. I could, of course, have a separate test assembly to verify the format of the output, but I found it more convenient that my tests should live in the scripts themselves.
Currently, my mini-test-framework lives in a set of .cake files but it could be in a separate assembly referenced by the script.
So... questions...
- Would you find this useful in your own work?
- What features does it need to have?
- Would you rather see it distributed as source files or as a nuget package?
I suggest short answers here, longer via my email, which is my name here on gmail.
@CharliePoole We have question how to implement tests in Cake scripts from time to time here, so I assume something like this would be useful for some people.
Btw we started to use mainly GitHub discussions instead of this Gitter channel.
You might want to post there too for better coverage.
.cake files as NuGet packages. It's what we call Recipe NuGet packages
Question 2:
- Code of a certain complexity I often have in an addin, where any existing testing framework can be used.
- I normally work with recipe scripts (e.g. Cake.Recipe for OSS stuff) which contain most of the complexity and leave nearly no logic in repo build scripts
So my use cases for something you suggested are mainly for testing of the recipe scripts, where I see two main use cases:
- Unit testing of helper classes. Features required there is an assertion framework and the possibility to fail build script at the end
- Integration tests. I normally implement them by adding a separate test Cake script which uses the NuGet package built. Here is an example for Cake.Issues.Recipe.
This allows to create a build pipeline which tests the actual package on different platforms, build servers, runners (e.g. here is the Azure Pipeline for the above script).
The example above tests "only" calling the functionality of the recipe script, but doesn't currently tests the outcome or fails the test if outcome is not like the expected result.
To implement tests here I would look for the same features as for point 1.
It's interesting that my own greatest need for this has come in testing extensions to the NUnit engine, where I don't want to write a test host to simulate completely the behavior of NUnit console and it's engine in calling the extension, because that's complex and error-prone and will need to be modified any time the engine is changed. But others would no doubt find different uses.
Anyway, I'm thinking that making it available to folks is the best way to find out what those uses are.
I'll move this to the GitHub discussions as you suggest.
Hi, I am trying Cake.AzureDevOps, trying to get pull request:
var pullRequestSettings =
new AzureDevOpsPullRequestSettings(
new Uri("http://myazuredevops/DefaultCollection/project/_git/CoreServices"),
"refs/heads/master",
AzureDevOpsAuthenticationNtlm());
var pullRequest =
AzureDevOpsPullRequest(
pullRequestSettings);
here it fails:
Error: System.AggregateException: One or more errors occurred. (Pull request not found)
---> Cake.AzureDevOps.Repos.PullRequest.AzureDevOpsPullRequestNotFoundException: Pull request not found
Please tell me, somebody, what am I horribly not realizing /missing? :).
Thanks...
@bravecobra Indeed, HKCU is not exposed in IRegistry and WindowsRegistryKey is internal which makes it harder for you to create your own reference to HKCU using IRegistryKey.
You'll have to use the Registry classes directly from Microsoft.Win32.Registry instead of using the Cake abstraction.
@ipavlu The source branch in the AzureDevOpsPullRequestSettings seems to be wrong:
var pullRequestSettings =
new AzureDevOpsPullRequestSettings(
new Uri("http://myazuredevops/DefaultCollection/project/_git/CoreServices"),
"refs/heads/master",
AzureDevOpsAuthenticationNtlm());
refs/heads/master needs to be the branch which you want to merge with the pull request (feature/topic branch), not the target branch.
@bravecobra You're welcome. You absolutely can use Cake to interact with the Registry... You just can't use the Cake abstraction to it (yet) for your use-case.
Using the .NET classes directly should work just fine e.g.
using Microsoft.Win32;
var hkcu = Registry.CurrentUser;
var subKeyNames = hkcu.GetSubKeyNames();
foreach (var name in subKeyNames)
{
Information("Key name: {0}", name);
}@tannerwatson :point_up: January 5, 2021 4:00 PM It should be fairly easy to implement a module for Pip similar to the Npm one if you take the same approach as the Npm module of executing Pip via ProcessRunner. In that case the only dependency you'll have is Python/Pip, which users might already have on the machine, or you can instruct users to download Python from NuGet as a tool e.g.
#module nuget:?package=Cake.Pip.Module&version=x.y.z
#tool "nuget:?package=python&version=3.9.1"
#tool "pip:?package=setuptools&version=49.2.1"
// ...Alternatively you can implement the Pip protocol yourself - which would be more elegant, but with more work involved.
context.Tools.Resolve(string) may find the tool from the previous version which still exists in the tools folder. Should we always clear out the tools directory before changing a package reference?