1b8ddaee78
If the lock already existed, this would presumably result in a 409 Conflict error, which is already documented with "already created lock" as the example message. Change the example message for 500 to "internal server error". Change-Id: Ic71d6c454e1f049b0b89422f5f2737af5ef36727 Signed-off-by: David Pursehouse <dpursehouse@collab.net> |
||
---|---|---|
.. | ||
schemas | ||
authentication.md | ||
basic-transfers.md | ||
batch.md | ||
locking.md | ||
README.md | ||
server-discovery.md |
Git LFS API
The Git LFS client uses an HTTPS server to coordinate fetching and storing large binary objects separately from a Git server. The basic process the client goes through looks like this:
- Discover the LFS Server to use.
- Apply Authentication.
- Make the request. See the Batch and File Locking API sections.
Batch API
The Batch API is used to request the ability to transfer LFS objects with the LFS server.
API Specification:
Current transfer adapters include:
Experimental transfer adapters include:
- Tus.io (upload only)
- Custom
File Locking API
The File Locking API is used to create, list, and delete locks, as well as verify that locks are respected in Git pushes.
API Specification: