Mock sample for your project: LGTM API specification
Integrate with "LGTM API specification" from lgtm.com in no time with Mockoon's ready to use mock sample
LGTM API specification
lgtm.com
Version: v1.0
Start working with "LGTM API specification" right away by using this ready-to-use mock sample. API mocking can greatly speed up your application development by removing all the tedious tasks or issues: API key provisioning, account creation, unplanned downtime, etc.
It also helps reduce your dependency on third-party APIs and improves your integration tests' quality and reliability by accounting for random failures, slow response time, etc.
Description
The REST API for LGTM provides data so that you can customize how you integrate LGTM analysis into your workflow. It includes the following resources:
/ (API root)—get version information or download the specification in OpenAPI format.
/projects (Projects)—list projects, get a summary of the current status for a project, or add new projects.
/analyses (Analyses)—get a summary of results, download all the alerts, or trigger analysis for a specific commit.
/codereviews (Code reviews)—trigger code review for a patch, and view the results.
/operations (Operations)—get information about long-running tasks, for example, analyses or code reviews that you've requested.
/snapshots (Snapshots)—download and upload databases representing a snapshot of a codebase.
/queryjobs (Query jobs)—submit queries to evaluate against existing projects, and download their results.
/system (System)—get information on the health or usage of the system.
For an overview and getting started topics, see API for LGTM.
Other APIs in the same category
Airbyte Configuration API
https://airbyte.io.
This API is a collection of HTTP RPC-style methods. While it is not a REST API, those familiar with REST should find the conventions of this API recognizable.
Here are some conventions that this API follows:
All endpoints are http POST methods.
All endpoints accept data via application/json request bodies. The API does not accept any data via query params.
The naming convention for endpoints is: localhost:8000/{VERSION}/{METHODFAMILY}/{METHODNAME} e.g. localhost:8000/v1/connections/create.
For all update methods, the whole object must be passed in, even the fields that did not change.
Change Management:
The major version of the API endpoint can be determined / specified in the URL localhost:8080/v1/connections/create
Minor version bumps will be invisible to the end user. The user cannot specify minor versions in requests.
All backwards incompatible changes will happen in major version bumps. We will not make backwards incompatible changes in minor version bumps. Examples of non-breaking changes (includes but not limited to...):
Adding fields to request or response bodies.
Adding new HTTP endpoints.
Kubernetes
Interzoid State Data Standardization API
Request Baskets API
Request Baskets is an open source project of a service to collect HTTP requests and inspect them via RESTful
API or web UI.
Check out the project page for more detailed description.
Spell Check Client
OpenAPI Generator Online
Swagger Generator
AutoSuggest Client
