Плагин Jenkins CVS не обнаруживает изменений - PullRequest
2 голосов
/ 23 марта 2012

Уже несколько недель мы без проблем запускаем Jenkins 1.451 и 1.454 в Windows XP для хранилища CVS. Плагин CVS (v1.6) использовал локальную установку cvsnt.

Сегодня утром мы обновили плагин CVS до версии 2.1, и с тех пор изменения CVS не обнаруживаются. Журнал опросов CVS запущен правильно, отправлено множество инструкций "cvs rlog", но в конце отображается сообщение "Без изменений".

Я что-то пропустил?

Спасибо.

Обновление 1 : просматривая файл записей, я вижу неправильное время для недавно обновленных файлов, запись на 4 часа позже, чем фактическое изменение. Может ли это быть связано? Я нахожусь в восточном часовом поясе (Монреаль), где действует летнее время. Последняя команда проверки cvs выглядела так:

cvs checkout -P -r d-chg00014229_op_brc_preimp-op-2012-02-27 -D 23 марта 2012 11:56:16 EDT -d portailInt portailInt

Обновление 2 : 4-часовая разница соответствует времени, скорректированному по Гринвичу, поэтому похоже, что где-то в часовых поясах происходит перепутывание. С помощью плагина CVS 1.6 команда cvs polling выглядела так (выполняется в 17:26:21 EDT):

cvs -q -z3 -n update -PdC -r d-chg00014229_op_brc_preimp-op-2012-02-27 -D "Четверг, 22 марта 2012 г. 21:26:21 UTC"

Возможно ли, что сервер CVS неправильно интерпретирует аргумент -D, либо часть анализа, либо часть настройки часового пояса?

Обновление 3 : Поведение аналогично с плагином CVS 2.2

Обновление 4 : ручные вызовы "cvs rlog" ничего не возвращают, в то время как аналогичные вызовы "cvs log" возвращают информацию о ревизии для всех файлов модуля.

cvs rlog -d"01 Mar 2012 09:26:21 -0400<27 Mar 2012 12:00:00 -0400" -S -rd-chg00014229_op_brc_preimp-op-2012-02-27 portailInt
cvs rlog: Logging portailInt

cvs log -d"01 Mar 2012 09:00:00 -0400<27 Mar 2012 12:00:00 -0400"
RCS file: /usr/local/cvs/repcvs/PortailInternetMouvement/portailInt/Portail/src/com/xxx/pvm/portail/taglib/I18nBundleTag.java,v
Working file: Portail/src/com/xxx/pvm/portail/taglib/I18nBundleTag.java
head: 1.3
branch:
locks: strict
access list:
symbolic names:
d-chg00014229_op_impl_2012-03-25_v06: 1.1.2.4
d-chg00014229_op_impl_2012-03-25_v05: 1.1.2.4
aq_op_2012-03-25_v04: 1.1.2.4
d-chg00014229_op_impl_2012-03-25_v04: 1.1.2.4
aq_op_2012-03-25_v03: 1.1.2.3
d-chg00014229_op_impl_2012-03-25_v03: 1.1.2.3
d-chg00014229_op_impl_2012-03-25_v02: 1.1.2.3
aq_op_2012-03-25_v01: 1.1
d-chg00014229_op_impl_2012-03-25_v01: 1.1
d-chg00014229_op_brc_preimp-op-2012-02-27: 1.1.0.2
preimp_op_2012-02-27: 1.1
keyword substitution: kv
total revisions: 8; selected revisions: 3
description:
----------------------------
revision 1.1.2.5
date: 2012/03/23 15:42:50; author: ba0chzi; state: Exp; lines: +4 -26
Organize imports
----------------------------
revision 1.1.2.4
date: 2012/03/13 14:18:27; author: ba0chmn; state: Exp; lines: +1 -1
Changement de scope de request ou session pour application dans le but d'améliorer les performances
----------------------------
revision 1.1.2.3
date: 2012/03/06 21:19:03; author: ba0chmn; state: Exp; lines: +14 -8
Utilisation des services de récupération de fichier dans UCM de xxx

1 Ответ

1 голос
/ 16 апреля 2012

Кажется, это ошибка.Документировано здесь: https://issues.jenkins -ci.org / browse / JENKINS-13227

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...