Мы запускаем Jenkins 1.451 и 1.454 в Windows XP в хранилище CVS в течение нескольких недель без каких-либо проблем. Плагин CVS (v1.6) использовал локальную установку cvsnt.Jenkins CVS плагин не обнаруживает изменений
С тех пор мы обновили плагин CVS до версии 2.1 этим утром, и с тех пор изменения CVS не обнаружены. Журнал опроса CVS запускается правильно, отправляются тонны инструкций «cvs rlog», но в конце отображается «Без изменений».
Я пропустил какой-то параметр конфигурации где-нибудь?
Спасибо.
Обновление 1: При взгляде в файл записей, я вижу неправильные времена для недавно обновленных файлов, запись на 4 часа позже фактического изменения. Может ли это быть связано? Я нахожусь в Восточном часовом поясе (Монреаль) с летним временем. Последняя команда из CVS выглядит следующим образом:
из CVS -P -r d-chg00014229_op_brc_preimp-оп-2012-02-27 -Д 23 марта 2012 11:56:16 EDT -d portailInt portailInt
Обновление 2: разница в 4 часа соответствует времени, скорректированному по Гринвичу, так что, похоже, что где-то в часовых поясах есть смесь. Используя CVS-плагин 1.6, команда опроса cvs выглядела так (выполнена в 5:26:21 PM 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 либо парсинговую часть, либо часть настройки часового пояса?
Update 3: Поведение То же самое с CVS плагиным 2,2
Update 4: Руководство вызовы «резюме rlog» ничего не вернуть, в то время как подобные вызовы «резюме журнала» информации о ревизии возвращаемой все файлы модулей.
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
Я не уверен, в чем проблема, но я заметил, что он делает некоторые, чтобы подбирать изменения для нас от HEAD. Однако для тегов и ветвей мы не видим изменений. Я добавляю это к ошибке, которую вы открыли (спасибо за это, кстати) – Sagar
Рад видеть, что это не изолированный случай. Вы тоже используете версию 2.x? – Spiff
Да. Необходимо было обновить, поскольку он использует rlog и позволяет игнорировать файлы в рабочей области при проверке изменений (в противном случае мы получим сборки даже без изменений). – Sagar