legotron 0 29 января, 2009 Опубликовано 29 января, 2009 · Жалоба еще 2 вопроса: 7. Как и где в TortoiseSVN поменять автора? стоит admin.. 8. Почему я не могу редактировать логи?? (возможно это связано с п.7) Repository has not been enabled to accept revision propchanges; ask the administrator to create a pre-revprop-change hook Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Сергей Борщ 121 29 января, 2009 Опубликовано 29 января, 2009 · Жалоба 8. Почему я не могу редактировать логи?? (возможно это связано с п.7)В репозитории, в директории hooks лежат шаблоны. Вам надо переимоновать pre-revprop-change.tmpl в pre-revprop-change и поставить ему признак "исполняемый". Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
legotron 0 29 января, 2009 Опубликовано 29 января, 2009 · Жалоба .. и поставить ему признак "исполняемый". не понятно как это?? On Unix platforms, this means supplying a script or program (which could be a shell script, a Python program, a compiled C binary, or any number of other things) named exactly like the name of the hook. Of course, the template files are present for more than just informational purposes—the easiest way to install a hook on Unix platforms is to simply copy the appropriate template file to a new file that lacks the .tmpl extension, customize the hook's contents, and ensure that the script is executable. Windows, however, uses file extensions to determine whether or not a program is executable, so you would need to supply a program whose basename is the name of the hook, and whose extension is one of the special extensions recognized by Windows for executable programs, such as .exe for programs, and .bat for batch files. эта выдержка мне тоже непонятна... Как быть? (разбираться лень, честно :)) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Сергей Борщ 121 29 января, 2009 Опубликовано 29 января, 2009 · Жалоба не понятно как это??Если вы под виндой - то не обращайте внимания. Она не имеет такого признака. (хотя я никогда не пробовал держать реп на виндовой машине). А под линухами chmod -770 pre-revprop-change Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
legotron 0 29 января, 2009 Опубликовано 29 января, 2009 · Жалоба Если вы под виндой - то не обращайте внимания. Забыл сказать, что я под виндой. Но просто не обращать внимания не получилось :( просто скопировал файл в той же папке hooks, и убрал .tmpl.. похоже надо что-то еще сделать, в моем предыдущем посте написано что делать, но я не въехал в эту инструкцию, к сожалению пока нет времени(( Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Shamil 2 29 января, 2009 Опубликовано 29 января, 2009 · Жалоба Забыл сказать, что я под виндой. Но просто не обращать внимания не получилось :( просто скопировал файл в той же папке hooks, и убрал .tmpl.. похоже надо что-то еще сделать, в моем предыдущем посте написано что делать, но я не въехал в эту инструкцию, к сожалению пока нет времени(( Для сервера под Windows необходимо переименовать файл pre-revprop-change.tmpl в pre-revprop-change.bat и удалить из него все строки (т.к. они для Linux-го shell). После этого у меня наконец то заработало редактирование лога, а так все руки не доходили с этим разобраться. Большой :a14: Сергей Борщ ! Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
spf 0 29 января, 2009 Опубликовано 29 января, 2009 · Жалоба После этого у меня наконец то заработало редактирование лога, а так все руки не доходили с этим разобраться. Использование этого метода - крайняя мера. Не стоит брать в привычку рихтовку репозитория, чревато серьёзными последствиями, а вернуть обратно уже ничего не получится. Данные меняются без возможности отката. Если хотите себя обезопасить, то надо не пустой скрипт оставлять, а делать что-то типа логера-бэкапа. PS: Необходимо приучить себя писать сообщения сразу правильно. Не стоит спешить, надо всё проверить и обдумать, только потом выполнять фиксацию. На начальном этапе это может занимать некоторое время, со временем это войдет в привычку и станет получаться значительно быстрее. На исправления и т.п. вещи уйдёт больше времени. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Alex B._ 0 29 января, 2009 Опубликовано 29 января, 2009 · Жалоба Не стоит брать в привычку рихтовку репозитория, чревато серьёзными последствиями, а вернуть обратно уже ничего не получится. Данные меняются без возможности отката. Ну и к каким же ужасным последствиям это может привести? Да, изменения свойств ревизии с помощью хука не версифицируются, но это абсолютно нормальный метод. Единственная проблема - возможность случайной потери коммента при неграмотном обращении с репозитарием юзера, которому разрешена запись. Но это уже проблемы организации работы с репозиторием а не стандартного хука. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
legotron 0 30 января, 2009 Опубликовано 30 января, 2009 · Жалоба Насчет логов согласен с позицией spf. Лучше репозиторий не трогать! А как поменять имя коммитчика?? :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Alex B._ 0 30 января, 2009 Опубликовано 30 января, 2009 · Жалоба Насчет логов согласен с позицией spf. Лучше репозиторий не трогать! вы можете внятно объяснить почему, или это эмоции? хуки они только там и могут лежать. spf говорил о другом - о том, что хук, если он разрешен, должен сохранять историю своих действий. А как поменять имя коммитчика?? :) так же как и комментарий =) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
legotron 0 30 января, 2009 Опубликовано 30 января, 2009 · Жалоба вы можете внятно объяснить почему, или это эмоции? Нет, не эмоции.. Лучше думать при коммитах и выполнять их не вечером в спешке, а с утра на свежую голову, тщательно просмотрев все изменения диффом, ИМХО :) Поэтому, опять же ИМХО, лучше перекомитить заново с новым логом, в котором говориться что старый лог неполный или ошибочный, нежели, изменять что-то старое... Также, если репозиторий используется многими людьми, лучше ничего не менять в истории, даже, если об этом автоматически где-то написать... это мои суждения... так же как и комментарий =) Опять я неправильно поставил вопрос, и потому потерял время :( Как задать имя автора перед коммитом? чтобы в логе уже светилось legotron вместо admin :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
spf 0 30 января, 2009 Опубликовано 30 января, 2009 · Жалоба Опять я неправильно поставил вопрос, и потому потерял время :( Как задать имя автора перед коммитом? чтобы в логе уже светилось legotron вместо admin :) И видимо снова :-). Надо же систему было сказать А для строки можно прочитать в хелпе commit (ci): Send changes from your working copy to the repository. usage: commit [PATH...] A log message must be provided, but it can be empty. If it is not given by a --message or --file option, an editor will be started. If any targets are (or contain) locked items, those will be unlocked after a successful commit. Valid options: -q [--quiet] : print nothing, or only summary information -N [--non-recursive] : obsolete; try --depth=files or --depth=immediates --depth ARG : limit operation by depth ARG ('empty', 'files', 'immediates', or 'infinity') --targets ARG : pass contents of file ARG as additional args --no-unlock : don't unlock the targets -m [--message] ARG : specify log message ARG -F [--file] ARG : read log message from file ARG --force-log : force validity of log message source --editor-cmd ARG : use ARG as external editor --encoding ARG : treat value as being in charset encoding ARG --with-revprop ARG : set revision property ARG in new revision using the name[=value] format --changelist ARG : operate only on members of changelist ARG [aliases: --cl] --keep-changelists : don't delete changelists after commit Global options: --username ARG : specify a username ARG --password ARG : specify a password ARG --no-auth-cache : do not cache authentication tokens --non-interactive : do no interactive prompting --config-dir ARG : read user configuration files from directory ARG PS: Для слова "коммит" имеется более понятная и русская замена - фиксация Ну и к каким же ужасным последствиям это может привести? Мои высказывания касаются плотной групповой работы. Когда самодеятельность отдельного индивидуума (даже с определенными правами) может парализовать работу группы. Логи для того и пишут, что бы их читали. Один направит что-то не то или не там. Остальные начнут читать, переспрашивать(что за фигня?!), вспоминать что же было на самом деле... Зачем это надо? (ответ известен) В групповой работе за правки логов надо "бить розгами". К рихтовке должен иметь доступ только админ проекта и опять же пользоваться этим только в случае крайней необходимости. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
uriy 5 6 мая, 2010 Опубликовано 6 мая, 2010 · Жалоба Я держу репозиторий дома. Файлы синхронизирую на работе по http. Использую TortoiseSVN. Дома сменился провайдер, следовательно сменился и IP. Чтобы сменить путь к репозиторию насколько я понимаю нужно сделать Relocate или Switch. С некоторыми каталогами все прошло без проблем, а с некоторыми вылазит ошибка (см. картинку) где http://83.xxx.xxx.xxx это мой новый IP. Что за ошибка и как избавиться? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
scifi 1 8 мая, 2010 Опубликовано 8 мая, 2010 · Жалоба Что за ошибка и как избавиться? А не проще сделать новый checkout? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
uriy 5 8 мая, 2010 Опубликовано 8 мая, 2010 · Жалоба А не проще сделать новый checkout?Вобщем-то так и сделал. Но ведь relocate все-таки для этого случая или нет? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться