tekton

Currently, the Pipeline tutorial uses git and image PipelineResources for Task inputs/outputs see here. As there are beta-supported alternatives for both PipelineResources ([for git](https://github.com/tektoncd/pipeline/blob/master/docs/migrating-v1alpha1-to-v1beta1.md#replacing-a-git-resou

Not sure what the error is, but lint passes in the CI and locally even if exported structs dont have comments.
Most probably, it's an issue with the golangci yaml config we use.

Also we use revive instead of golint (which is deprecated), may be some setting in revive needs to be enabled?

If we check the goreport card, we can see the issues: https://goreportcard.com/report/github.com/jenkins

a lot new err/warnings with latest golangci-lint version 1.43.0 built from 861262b on 2021-11-12T10:37:23Z:

Linting go files...
WARN [runner] The linter 'golint' is deprecated (since v1.41.0) due to: The repository of the linter has been archived by the owner.  Replaced by revive.
test/e2e/task/start_test.go:1: File is not `gofmt`-ed with `-s` (gofmt)
// +build e2e
test/e2e/clustertas

Describe the bug

When someone selects some assets from one menu displaying all assets of one type and then enters a menu displaying all assets of a different type, it will say there are selected assets of that type when none are currently selected in that menu.

To Reproduce

The below steps use datasets and pipelines as example asset types, but this can occur across any asset types

Background

Currently, some APIs is the proxy of the target Jenkins server. For instance, the API to download artifacts of a PipelineRun.

Due to the unfriendly API format, we met some problems. See also kubesphere/ks-installer#1890 (comment)

The output for the fuseml workflow assign command is:
Workflow "ABC" assigned to codeset "relative-path/XYZ"

This would imply that the codeset is the structural object that the workflow runs on. Since the relationship is actually reverse of this, the output should be:
Codeset "relative-path/XYZ" assigned to workflow "ABC"