circleci-archived / api-preview-docs Goto Github PK
View Code? Open in Web Editor NEWIn-progress docs about the pre-release preview of CircleCI API v2
In-progress docs about the pre-release preview of CircleCI API v2
Hello, we are attempting to us conditional workflows and pipeline parameters so that we can easily deploy our website. So we have two workflows: 1) a full build and 2) just deploy the site.
Problem steps:
origin/production
, which triggers a full build (default pipeline parameters)parameters: { "build": false, "deploy-site": true }
)Since the selected workflows aren't the same, I don't think these builds should be considered "redundant".
Hi, I could not find an example to override default parameter value in executors.
In the below example how can we override the default value for app_env parameter in base10 executor?
version: 2.1
orbs:
cypress: cypress-io/cypress@1
parameters:
app_env:
type: string
default: 'test'
executors:
base10:
parameters:
app_env:
type: string
default: << pipeline.parameters.app_env >>
description: application environment
docker:
- image: 'cypress/base:10'
environment:
CYPRESS_app_env: << parameters.app_env >>
The API's build parameter is overriding only pipeline parameter but not executor parameter.
curl -u ${CIRCLECI_TOKEN}: -X POST --header "Content-Type: application/json" -d '{
"build_parameters": {
"app_env": "uat"
}
}' https://circleci.com/api/v2/project/gh/etc/etc/pipeline
can anyone please help?
CircleCI v1 API supports both project-specific API tokens and user's API tokens to get and start jobs on our private repositories. Although we can use personal API tokens to manage our private repository on v2 API, project-specific API tokens do not work.
For v1 APIs, we can get job information on our private projects by the following curl:
$ curl -sSfL -u"${CIECLE_TOKEN}:" "https://circleci.com/api/v1.1/project/$PROJECT_SLUG/${BUILD_NUM}"
{
"compare": null,
...
}
where CIRCLE_TOKEN is allowed with both project-specific API tokens and personal API tokens.
For v2 APIs, we can use personal API tokens to access our private repository:
$ curl -u"${PERSONAL_TOKEN}:" https://circleci.com/api/v2/project/$PROJECT_SLUG/job/$BUILD_NUM
{
"web_url" : "https://circleci.com/gh/our-org/repo-name/123456",
...
}
but using project-specific tokens returns 404:
$ curl -u"${PROJECT_SPECIFIC_TOKEN}:" https://circleci.com/api/v2/project/$PROJECT_SLUG/job/$BUILD_NUM
{
"message" : "Job not found"
}
The v2 API should also supports project-specific API tokens.
I'm trying to use the conditional workflows addition proposed here in a real project but I'm finding that it is really inflexible due to only allowing single value truthiness evaluation.
I would really like to be able to do equality comparisons and use logical operators.
It looks like you basically have to introduce lots of extra pipeline parameters because you can't write expressions that would capture the same condition more simply.
when: << pipeline.parameters.build_project >> == "subproject" || << pipeline.parameters.build_always >>
Something like that.
I'm having issues triggering jobs with pipeline parameters, I created a simplified example config to recreate.
config.yml
version: 2.1
parameters:
mark:
type: boolean
default: false
executors:
go:
docker:
- image: circleci/golang
jobs:
read-parameters:
executor: go
steps:
- run: echo << pipeline.parameters.mark >>
workflows:
version: 2
if-mark:
when: << pipeline.parameters.mark >>
jobs:
- read-parameters
if-not-mark:
unless: << pipeline.parameters.mark >>
jobs:
- read-parameters
Triggering with
curl -u "${CIRCLECI_BOT_TOKEN}:" -d '{"parameters":{"mark":true}}' -X POST https://circleci.com/api/v2/project/:PROJECTSLUG/pipeline
or
curl -u "${CIRCLECI_BOT_TOKEN}:" -d '{"parameters":{"mark":false}}' -X POST https://circleci.com/api/v2/project/:PROJECTSLUG/pipeline
always runs the if-not-mark
, as configured above, but if I change the default value in the config it runs the if-mark
, so I think it is an API issue.
Also I should add that i've been using this successfully before, so I think it is a regression with a recent behind the scenes update of v2. (I know its beta! ๐ )
I've been toying with running a bot to trigger conditional workflows via slack (as described by the the docs) As of this morning, boolean parameters are being automatically converted into strings. previously working curl command:
curl -X POST \
'https://circleci.com/api/v2/project/:projectslug/pipeline?circle-token=TOKEN' \
-H 'Content-Type: application/json' \
-d '{"parameters": {"mark": true} }'
error in circle
#!/bin/sh -eo pipefail
# Type error for argument mark: expected type: boolean, actual value: \"true\" (type string)
#
# -------
# Warning: This configuration was auto-generated to show you the message above.
# Don't rerun this job. Rerunning will have no effect.
false
Exited with code 1
CircleCI received exit code 1
Currently, when request has some error in it, api returns some html page with a js scripts in it.
It is hard to understand what is the error exactly, when trying to use api from command line/scripts.
In the example for conditional workflow there is a job that is conditionally added to the workflow based on parameter
workflows:
version: 2
integration_tests:
when: << pipeline.parameters.run_integration_tests >>
jobs:
- mytestjob
- when:
condition: << pipeline.parameters.deploy >>
steps:
- deploy
On practice though this results in the invalid configuration: Cannot find a definition for job named when
when validated with circleci 0.1.5830+2bb45a0
Is there a way to control the paging (if any?) on the pipeline API? For example, can I request 100 at once? Can I request item 100 - 200? etc
I'm aware of the next page token, but it doesnt seem to be otherwise documented
Hi,
When calling: https://circleci.com/api/v2/insights/{project-slug}/workflows/{workflow-name}/jobs/{job-name}
or https://circleci.com/api/v2/insights/{project-slug}/workflows/{workflow-name}
The documentation specifies credits-used
but the payload is actually credits_used
(see below).
The payload received is:
{
"id": "REMOVED",
"started_at": "2020-03-19T03:20:55.139Z",
"stopped_at": "2020-03-19T03:25:23.275Z",
"duration": 268,
"status": "success",
"credits_used": 44
},
At the bottom of your preview docs for v2 API it says:
If you do not provide an ACCEPT header, the v2 API will return JSON. This is a change from 1.1, which would default to EDN.
This is a really useful bit of information that I spent ages struggling with when using the v1 API. Would it be possible for that to be added to the docs for v1? I couldn't find mention of it anywhere. (Apologies if this is wrong place to mention this - I know you're probably focusing on the new API, and less about the existing one)
Is it possible to pass environment variables in JSON body of API v2 call?
Even with pipelines parameters, I want to use environment variables, so I tried to make api v2 call
https://circleci.com/api/v2/project/:vcs-type/:username/:project/pipeline
and tried something like this to send in body:
{
"branch": "circle_ci_api_v2_test",
"parameters":
{
"my_mystical_param": "Hello from postman mystic",
"my_legendary_param": "Hello from postman legendary"
},
"build_parameters":{
"envVar": "kuku iopta",
"testVar1": 27
}
}
But circle ci build does not see any variables. Is there any way to pass them? Beacuse, I think that making assignment env_var_name=parameter_name is not good idea.
In API v2 Developer's guide page, the Gather Insights section has a typo. It should be containing, not containg.
We have a Slack bot to trigger jobs using the old build API, after it was triggered the bot would reply with a link to the job. The new pipeline API works well as a replacement, but from what I can see we don't get anything back that we can use to build a link for the user.
I can't seem to find a way to access job logs using API V2.
For v1.1 the following query returns the job including all actions with their "output_url"
attribute. Perfect!
curl -H 'Content-Type: application/json' "https://circleci.com/api/v1.1/project/gh/nbedos/citop/37?circle-token=$CIRCLECI_API_TOKEN"
However the corresponding query using API V2 returns much less information. No job step, no action, no "output_url"
.
curl -H 'Content-Type: application/json' "https://circleci.com/api/2/project/gh%2Fnbedos%2Fcitop/job/37?circle-token=$CIRCLECI_API_TOKEN"
Am I missing something? How can I get the log of a job using API V2? I tried a few other endpoints without success.
Thanks
Hi everybody. Seems like you have a problem with the old jobs API. I run something like this
curl -X POST --header "Content-Type: application/json" -d '{
"parallel": 1,
"job": "deploy-tag",
"build_parameters": {
"VALUE": "40Mi"
}
}' https://circleci.com/api/v1.1/project/github/paperlesspost/kubernetes-deployments/tree/master?circle-token=$CIRCLE_API_TOKEN
This has worked for months, until today. Got this response from the API
{"message":"An internal server error occurred."}
Started digging around and after some googling I saw the deprecation notice in a blog post:
https://circleci.com/blog/a-deprecation-notice-on-job-triggering-with-api-v1-1/
I would have commented in the forum, and tried to make an account, but it prompted me for 2FA. That's a bit much for your forum, imo.
Anyways, this is the API I've been using:
https://circleci.com/docs/api/#trigger-a-new-job
It would be helpful if the deprecation notice was there, as well. As far as I can tell, it's just on your blog.
Example: In my org for certain projects we have a special workflow that is API triggered (via the POST /pipeline endpoint with pipeline params) and reserved for only certain branches (filtered by regex in the .circleci/config.yml for affected projects).
Today we had an issue where somebody was trying to trigger that workflow for a branch that didn't match the filter, and my API wrapper didn't catch it because it wasn't an error response from the API, but rather a 201
instead of the usual 202
.
Because the response code differs, we seem to have some ability to discern when the call actually launched a workflow and when it did not. My view: a reasonable API consumer expects a workflow to be actually launched when a successful response code is returned, and if it isn't, they would want an error response to alert them to potentially update their .circleci/config.yml.
Right now I'm in the somewhat uncomfortable position of needing to handle a 201
as a failure, which just feels wrong.
Any chance we could return an error in this case?
I noticed in the API Docs the project build API is being replaced. Is that an accurate statement?
POST /project/:vcs-type/:username/:project/build
Replaced by POST /project/:vcs-type/:username/:project/pipeline
If so, will the ability to trigger a build at a certain branch/commit or tag be introduced through a different feature? We're using this capability to implement sane environment/version management using the grace-circleci-builder. This API feature is exceptionally useful, save for the lack of being able to provide build parameters at execution-time (ie: secret injection).
In v1.1 there was the /retry
endpoint which is about to be removed in v2.
Is there a replacement endpoint to support this?
I consider this an important feature.
See also this forum post.
curl -u ${CIRCLECI_TOKEN} https://circleci.com/api/v2/me
results in password prompt
Post on discuss forum as well.
I'm encountering problem when triggering a pipeline by v2 API endpoint, which returns error message of "Branch not found" with 400 status code. My goal is to setup a mono-repo with services in individual directories and triggering the workflow only when the services are modified. Thanks to the discussion forums , I found some helpful discussions and explanation which give me great heads up.
Here is a simpler version of the config snippet
version: 2.1
parameters:
trigger:
type: boolean
default: true
service1:
type: boolean
default: false
service2:
type: boolean
default: false
jobs:
trigger_pipelines:
...
steps:
- checkout
- run:
name: trigger service workflow if modified
command: |
// Filter the modified service
...
// trigger modified service workflow
curl -u "${CIRCLE_TOKEN}:" \
-H "Content-Type: application/json"
-d "{\"branch\": \"$CIRCLE_BRANCH\", \"parameters\": {...} }" \
https://circleci.com/api/v2/project/gh/org/repo/pipeline
workflows:
version: 2
analysis:
when: << pipeline.parameters.trigger >>
jobs:
- trigger_pipelines
service1:
when: << pipeline.parameters.service1 >>
...
service2:
when: << pipeline.parameters.service2 >>
...
The default workflow(analysis) was triggered from a forked Pull Request (I switch on the setting Build forked pull requests) which created a pull/1
branch on the CircleCI server. However, when the changes of service1 workflow was detected and triggered by the POST /pipeline endpoint, I got the error message "Branch not found" in the build step terminal. I also tried to try to POST the endpoint through postman to ensure the branch value equals to pull/1
but the same error remained. I was wondering if I missed something in the document. Let me know if you need more informations for investigation. Thanks for your patience to read the post!
First I would like to say that I really like the new API for pipelines.
A feature I really would like is to be able to from a workflow/job A trigger a workflow B in a different repo using the same user as in workflow A. The first is possible now, but the automatic feedback is somewhat lost since the executing user on workflow B is different than on workflow A.
Does this make sense?
Hello,
I was working on your artifact API using PowerShell and hit some issues due to the API returning EDF type data and not JSON. The API documentation says nothing about this being an option. Please see the issue that has prompted me to ask you to add to your documentation of the API and examples on how to request data returned in a different format, EDF vs JSON, for Windows PowerShell so your new Windows Container customers can use the API without issue.
The docs have this example request:
curl -u ${CIRCLECI_TOKEN}: -X POST --header "Content-Type: application/json" -d '{
"branch": "dev"
}' https://circleci.com/api/v2/project/${project_slug}/pipeline
However, whenever I include "branch" in my request body (even just {"branch": "master"}
) I get a response that says {"message": "Invalid JSON body."}
.
What I really want to do is pass a git commit hash, to trigger a parameterized pipeline for a specific commit, is that intended to be supported?
With current features we can use parameters to have conditional workflows and conditional steps
The latter (steps) gets a little ugly with the amount of nesting, but in the use case that I have an optional job I can work around this by redefining the entire workflow again, and include the extra job, but the permutations here could explode.
Use case - only publish asset when version is provided.
version: 2.1
parameters:
publish_target:
default: "" #empty values considered FALSEY
type: string
workflows:
basic:
jobs:
- sample_job:
name: Build It
- sample_job:
name: Share It
when: <<pipeline.parameters.publish_target>>
export CIRCILECI_TOKEN=<token>
curl -u ${CIRCLECI_TOKEN}: https://circleci.com/api/v2/me
Result:
{
"message" : "You must log in first."
}
I would very much appreciate CircleCI generating some client libraries from its api spec. I'm imagining something like swagger-codegen or protobuf, or however it's implemented in the various clients aws provides (example).
I've built / maintained several small services that use the CircleCI api. Generally when I'm building services like this (in python / golang / javascript) I want to use a client, since working directly with json can often be annoying. In many cases, I have opted to use client libraries provided by 3rd parties, such as
I prefer 3rd party client libraries over using the json api directly, but I'm still not totally comfortable with using 3rd party libraries to access an API for a vendor.
If there were some automatically generated libraries available for this API, it would have the following effects:
I would very much like this feature, so please let me know when you add it โจ ๐ thank you for reading! ๐ โจ
Hello, I'm digging through the new scheduled pipelines feature documentation.
When converting from the old scheduled workflows syntax, I noticed that there doesn't seem to be an equivalent way to ensure that scheduled pipelines only trigger for specific branches.
Old trigger:
daily-run-workflow:
triggers:
- schedule:
# Every day, 0421Z.
cron: "21 4 * * *"
filters:
branches:
only:
- main # <-- Only run on the main branch
jobs:
- test
- build
But there doesn't seem to be an equivalent way to filter workflows by branch name:
daily-run-workflow:
when:
and:
- equal: [ scheduled_pipeline, << pipeline.trigger_source >> ]
- equal: [ "my schedule name", << pipeline.schedule.name >> ]
# Missing mechanism to filter by branch name
jobs:
- test
- build
I hope I'm not misunderstanding how scheduled pipelines work with respect to branches, but please correct me if that's the case.
Is there an existing way to filter on branch name? Maybe something like:
daily-run-workflow:
when:
and:
- equal: [ scheduled_pipeline, << pipeline.trigger_source >> ]
- equal: [ "my schedule name", << pipeline.schedule.name >> ]
- equal: [ "main", << pipeline.branch.name >> ] # <-- only match when pipeline.branch.name equals "main"
Or is this on the development roadmap?
Scheduled pipelines look like a very cool feature, I'm looking forward to fully utilizing them! Thank you!
Edit: Fixed YAML syntax and reworded a bit for clarity.
I am seeing 404 "project not found" messages on new API endpoint
I expected a 200/202 and listing of recent pipelines
Yes. Using the API url in these docs, or the generated openAPI schema |
Below is curl snippets that can be used.
# i can trigger pipelines (you can too if you want
curl --request POST --url 'https://circleci.com/api/v2/project/gh%2Feddiewebb%2Fcircleci-queue/pipeline?circle-token=minenotyours' --header 'accept: application/json'
{"number":34,"state":"pending","id":"1ca33a79-8711-40bd-999d-e4308bab1ed3","created_at":"2019-08-06T21:24:12.143Z"}
# but not list them
curl --request GET \
--url 'https://circleci.com/api/v2/project/gh%2Feddiewebb%2Fcircleci-queue/pipeline?circle-token=minenotyours' \
--header 'accept: application/json'
{"message":"Project not found"}
a few other v2 project APis like checkout keys work fine as well.
Currently we have an endpoint to which you can make a POST request:
POST /project/:project_slug/pipeline
. This runs a pipeline on a default branch. Is it possible to run a pipeline on a specified branch, using the 1.1 structure? eg.
POST /project/:project_slug/tree/:branch/pipeline
There's a few oddities with resource naming in the URLs, alternating between singular and plurals. This is minor, but annoying when trying to build clients against the API.
For example:
# Retrieve a list of Pipelines
GET /project/:project_slug/pipeline/
# Retrieve a list of Jobs
GET /workflow/:id/jobs
Generally speaking, REST uses pluralised resources for the base i.e.
# Retrieve a list of workflows
GET workflows
# Retrieve a single workflow
GET workflows/:id
Is there any plan to follow standards here, or at be consistent within your own definitions?
I am trying to use the new API to trigger a pipeline by tag or commit and neither seem to work. It looks like the API doesn't support passing a commit/revision but it looks like tag is supported:
https://github.com/CircleCI-Public/api-preview-docs/blob/master/specs/v2-sketch.yaml#L750
However when I try to trigger via a tag, it doesn't end up triggering any workflows.
Here's the request body being sent
{
parameters: {
'run-lint': false,
'run-build-linux': false,
'run-build-mac': false,
'upload-to-s3': '1',
'run-linux-x64-publish': true
},
tag: 'v8.0.0-nightly.20191016'
}
And the response I get back:
{
workflows: [],
id: '84f3fc12-6fbf-47ac-85ea-9c977f071b39',
errors: [],
project_slug: 'gh/electron/electron',
updated_at: '2019-10-17T14:09:40.081Z',
number: 15408,
state: 'created',
created_at: '2019-10-17T14:09:40.081Z',
trigger: { received_at: '2019-10-17T14:09:40.056Z',
type: 'api',
actor:
{
login: 'jkleinsc',
avatar_url: 'https://avatars0.githubusercontent.com/u/609052?v=4'
}
},
vcs:
{ origin_repository_url: 'https://github.com/electron/electron',
target_repository_url: 'https://github.com/electron/electron',
revision: 'e06b0aa73b91ef90a40616f2ad4554117c69d7ee',
provider_name: 'GitHub',
tag: 'v8.0.0-nightly.20191016'
}
}
Hello ๐
I am looking for an endpoint which can help us list all the projects within an organization (or the projects the user has access to). However we have an endpoint(v1/projects
) in CircleCI API (v1) which returns the projects followed by the user.
A route like GET /v2/projects
should list all the projects the user has access to.
My use case is that I have 2 workflows and I would like to run only one of them based on the api call, and run only the second one based on the trigger from github.
Currently, when using unless it gives me the following config error:
#!/bin/sh -eo pipefail
# Config does not conform to schema: {:workflows {:build_deploy_frontend_backend {:unless disallowed-key}}}
#
# -------
# Warning: This configuration was auto-generated to show you the message above.
# Don't rerun this job. Rerunning will have no effect.
false
Exited with code 1
Current Preview endpoints include specific workflows (GET /workflow/:id) and project details (GET /project/:project_slug) but no way to get the list of workflows for a project. This feels like a gap given our V1 API allowed all jobs for a project, and without a listing/index I don't understand where the workflow_ID would come from unless running inside a job.
This endpoint is important for essentially any API call that needs to discover workflow IDs, statuses, etc.
It would be particularly useful for my Queuing orb to understand all running workflows for the current project since querying individual jobs can have a race condition in the transitions between jobs. eddiewebb/circleci-queue#26
Hey folks,
v1.1. has GET /projects endpoint to fetch all projects of the token verified user and with that I was able to read the current states (success, failures and running) for my whole context to be shown in dashboard.
The endpoint has the problem, that jobs "on hold" were displayed as "failed" and after approval the continued workflow will not be shown in the json data...
So I searched for option to use v2 instead, but it has completely no additional information to v1.1 and has no option to get all projects or workflows.
Perhaps you can enhance your endpoints to this request...
Best regards
Sven
Probably the biggest addition from my point of view would be the ability to subscribe to some sort of changes or event driven API; maybe an arbitrary webhook? At the moment the best thing I could figure out is polling and parsing the data.
Hi,
This may just be that I don't really understand the updated_at field within a pipeline, but when I restart a workflow within a pipeline, the updated_at value doesn't change... It would be nice if this changed if any one of its descendants (workflow or job within the pipeline) changed status themselves. It would also be nice if the .../pipeline endpoint returned a list of pipelines sorted based on a query parameter. For instance, I'd sort based on updated_at vs. created_at. Any suggestions?
Schuyler
following the simple example you give on the front page.
curl -u ${CIRCLECI_TOKEN}: -X POST --header "Content-Type: application/json" -d '{
"parameters": {
"param1": "foo",
"param2": "find-me"
}
}' https://circleci.com/api/v2/project/gh/myorg/myproj/pipeline
"message" : "Project not found"
The project is found just fine by the 1.1 api
This doesn't work either:
curl -u ${CIRCLECI_TOKEN} https://circleci.com/api/v2/me
Enter host password for user 'mytokenhere':
I try it like this and I get the spew:
curl -u ${CIRCLECI_TOKEN}: -X POST --header "Content-Type: application/json" -d '{
"parameters": {
"param1": "foo",
"param2": "find-me"
}
}' https://circleci.com/api/v2/project/myorg/myproj/pipeline
CircleCI uses JavaScript pretty heavily to provide a good experience and to allow us to develop code a lot faster. We recognize that the tradeoff is that people using noscript get a worse experience, and we apologize for that.
So let us pitch you quickly on why you should enable JavaScript and view our site. CircleCI is powerful, fast, and easy-to-use Continuous Integration and Deployment for web applications.
CircleCI is easy to set up, incredibly fast, allows you to get your code to customers faster, and will even automatically parallelize your tests over many machines to get results to you faster. If that sounds useful, we'd encourage you to whitelist us in noscript and read about it yourself :)
<script crossorigin="anonymous" src="https://dmmj3mmt94rvw.cloudfront.net/assets/js/frontend-production-8fe95c42e3e87a3b6e5fad1d633978da.js" type="text/javascript"></script> <script id="ze-snippet" async src="https://static.zdassets.com/ekr/snippet.js?key=d6a46f2f-db01-4e4e-a20e-5c089096bfe3"> </script>I'd like to know the state of the most recent workflow for each of my projects.
The only way I can figure out how to do this right now is:
items[0].id
(assuming the first item is the most recent - that's not entirely clear in the docs)workflows.ids[0]
(The fact that ids
is an array, but so far I've only ever seen a single value in it, suggests there's a level of potential complexity here that I don't understand)status
(This bit is feels intuitive as it uses the same language as the UI)Whilst this may work, I have a couple of problems with doing it that way:
Can I suggest a new endpoint? For example: GET /project/:project_slug/workflows
It'd return an array of workflows, sorted by most recent first. Each workflow would be an object containing the data currently surfaced in /workflow/:workflow_id
This would allow a single call to be made for each project and I wouldn't have to get my head around new concepts just for navigating the API.
As a circle ci user, I would like to able to discover projects in any org via the API. Personally, this is so that I can do extended build statistics in a particular org.
The current ways to get a list of repositories are very problematic.
The v1 API has an endpoint that lists followed projects https://circleci.com/api/v1/projects
. But this lists only my currently followed projects meaning that any program needs maintenance in that its account needs to have all projects followed.
Using the GitHub API to list repositories https://api.github.com/users/cob16/repos
and then trying to fetch all of these projects in circle ci. Of course, not all repositories will be set up to use circle ci to this is a very error-prone way to get a list
The v2 API could have a way to list projects by the organisation
v2/projects/gh/<org>/<project>
route for a single project. An extension to this would be v1/projects/gh/<org>
(without the repo name part) that returns a list of projects/v1/user/<org>/projects
https://github.com/CircleCI-Public/api-preview-docs/blob/master/docs/setup-workflows.md#full-example
orbs:
continuation: circleci/continuation:0.1.2
i believe should be: ('@' symbol)
orbs:
continuation: circleci/[email protected]
I'm trying to trigger a build on specified branch using such v2 API call:
curl -u ${CIRCLECI_TOKEN}: -X POST "Content-Type: application/json" -d '{"branch": "some-branch"}' https://circleci.com/api/v2/project/${project_slug}/pipeline
EXPECTED RESULT:
I expect the branch specified in branch
parameter will be triggered.
ACTUAL RESULT:
Instead of specified branch master
always trigger.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.