Как я делаю эксклюзивный контроль в SVN?
Patrick Desjardins 'ответ выглядит неплохо, но я предпочитаю свой простой javascript. Вот функция, которую я только что написал, чтобы взять число и вернуть его в формате валюты (без знака доллара)
// Format numbers to two decimals with commas
function formatDollar(num) {
var p = num.toFixed(2).split(".");
var chars = p[0].split("").reverse();
var newstr = '';
var count = 0;
for (x in chars) {
count++;
if(count%3 == 1 && count != 1) {
newstr = chars[x] + ',' + newstr;
} else {
newstr = chars[x] + newstr;
}
}
return newstr + "." + p[1];
}
3 ответа
Если я понимаю ваши последующие сообщения, я думаю, что вы действительно хотите, чтобы люди знали о блокировках. Я представляю случай, когда пользователи A и B уже извлекли jpeg-файл. Пользователь A теперь блокирует его, и вы хотите убедиться, что пользователь B знает, чтобы он или она не начинали редактировать jpeg и тратить время и силы.
Если это верно, я рекомендую две вещи: прежде всего, общение (не очень техническое, но очень мощное при постоянном использовании); во-вторых, вы можете взглянуть на ловушку репозитория post-lock для svn . Вы можете использовать это для отправки электронных писем, когда кто-то блокирует файл.
Из из подрывной книги :
Перехватчик
post-lockзапускается после того, как один или несколько путей были заблокированы. Обычно он используется для отправки по электронной почте уведомления о событии блокировки.
You can add the property or auto-prop svn:needs-lock which makes the file read-only and requires you to place a lock on the file to edit it.
If you are using TortoiseSVN you will see a different icon for locked files, this should be easy for a second user to see and know not to edit the file.
You can use svn lock to prevent other users checking changes back in (note that you can use --force to take a lock from another user). This will generate messages on the command line telling people who's locked that file.
It's not common to do this. People work with SVN by checking out copies (non-exclusively) and writing back changes which are merged with other changes (this occurs for mergeable formats like text - you can't do this for binaries and a checkin will be rejected if another checkin has occurred in the meantime).
I would not expect this to be used regularly, and I normally rely on a) svn's merging capability b) communication with other team members to ensure I'm not treading on other people's toes.