##// END OF EJS Templates
changelog: don't select all checkboxes in the middle...
changelog: don't select all checkboxes in the middle The changesets in the log might not be linearly connected and intermediate changesets might not be a part of the operation the range is used for. Some way of highlighting the two selected changesets and some radio button functionality would however be nice.

File last commit:

r3224:8b8edfc2 beta
r3411:0f15f88e beta
Show More
locking.rst
41 lines | 1.3 KiB | text/x-rst | RstLexer
Implemented basic locking functionality....
r2726 .. _locking:
===================================
RhodeCode repository locking system
===================================
whitespace cleanup
r3224 | Repos with **locking function=disabled** is the default, that's how repos work
Implemented basic locking functionality....
r2726 today.
| Repos with **locking function=enabled** behaves like follows:
Repos have a state called `locked` that can be true or false.
whitespace cleanup
r3224 The hg/git commands `hg/git clone`, `hg/git pull`, and `hg/git push`
Implemented basic locking functionality....
r2726 influence this state:
whitespace cleanup
r3224 - The command `hg/git pull <repo>` will lock that repo (locked=true)
Implemented basic locking functionality....
r2726 if the user has write/admin permissions on this repo
whitespace cleanup
r3224 - The command `hg/git clone <repo>` will lock that repo (locked=true) if the
Implemented basic locking functionality....
r2726 user has write/admin permissions on this repo
RhodeCode will remember the user id who locked the repo
whitespace cleanup
r3224 only this specific user can unlock the repo (locked=false) by calling
Implemented basic locking functionality....
r2726
whitespace cleanup
r3224 - `hg/git push <repo>`
Implemented basic locking functionality....
r2726
whitespace cleanup
r3224 every other command on that repo from this user and
Implemented basic locking functionality....
r2726 every command from any other user will result in http return code 423 (locked)
whitespace cleanup
r3224 additionally the http error includes the <user> that locked the repo
Implemented basic locking functionality....
r2726 (e.g. “repository <repo> locked by user <user>”)
whitespace cleanup
r3224 So the scenario of use for repos with `locking function` enabled is that
Implemented basic locking functionality....
r2726 every initial clone and every pull gives users (with write permission)
the exclusive right to do a push.
whitespace cleanup
r3224 Each repo can be manually unlocked by admin from the repo settings menu.