Name |
Last commit
|
Last update |
---|---|---|
.. | ||
admin.rb | ||
api.rb | ||
ci.rb | ||
dashboard.rb | ||
development.rb | ||
explore.rb | ||
group.rb | ||
help.rb | ||
import.rb | ||
profile.rb | ||
project.rb | ||
sherlock.rb | ||
sidekiq.rb | ||
snippets.rb | ||
uploads.rb | ||
user.rb |
BigW Consortium Gitlab
When reading conflicts: 1. Add a `type` field. `text` works as before, and has `sections`; `text-editor` is a file with ambiguous conflict markers that can only be resolved in an editor. 2. Add a `content_path` field pointing to a JSON representation of the file's content for a single file. 3. Hitting `content_path` returns a similar datastructure to the `file`, but without the `content_path` and `sections` fields, and with a `content` field containing the full contents of the file (with conflict markers). When writing conflicts: 1. Instead of `sections` being at the top level, they are now in a `files` array. This matches the read format better. 2. The `files` array contains file hashes, each of which must contain: a. `new_path` b. `old_path` c. EITHER `sections` (which works as before) or `content` (with the full content of the resolved file).
Name |
Last commit
|
Last update |
---|---|---|
.. | ||
admin.rb | Loading commit data... | |
api.rb | Loading commit data... | |
ci.rb | Loading commit data... | |
dashboard.rb | Loading commit data... | |
development.rb | Loading commit data... | |
explore.rb | Loading commit data... | |
group.rb | Loading commit data... | |
help.rb | Loading commit data... | |
import.rb | Loading commit data... | |
profile.rb | Loading commit data... | |
project.rb | Loading commit data... | |
sherlock.rb | Loading commit data... | |
sidekiq.rb | Loading commit data... | |
snippets.rb | Loading commit data... | |
uploads.rb | Loading commit data... | |
user.rb | Loading commit data... |