1

Таким образом, мы используем Gerrit Trigger (2.21.1) в нашем менеджере сборки Jenkins CI и используем док-контейнеры для фактических сборок.

Проблема, которая недавно возникла в некоторых из наших филиалов, опрос Геррита Репо терпит неудачу и заставляет его "обнаруживать изменения" каждый раз, поэтому он постоянно перестраивается, несмотря на отсутствие изменений.

Проверка Журнала опроса Gerrit Repo для любого из затронутых заданий дает один из двух выходов:

Gerrit Repo Polling Log

Started on Dec 20, 2016 11:31:01 AM

Который никогда не заполняется, или:

Started on Dec 20, 2016 12:27:01 PM
Polling SCM changes on aosp-host
[workspace] $ repo init -u http://xxx.xxx.xxx.xxx/git/project/platform/manifest.git -b branch -m branch.xml
Get https://gerrit.googlesource.com/git-repo/clone.bundle
Get https://gerrit.googlesource.com/git-repo
fatal: Not a git repository: '/home/jenkins/workspace/.repo/manifests.git'
fatal: Not a git repository: '/home/jenkins/workspace/.repo/manifests.git'
fatal: cannot obtain manifest http://xxx.xxx.xxx.xxx/git/project/platform/manifest.git
Done. Took 1 min 19 sec
Changes found

Сборки, вызванные этой ошибкой, используют те же команды и работают нормально:

[workspace] $ repo init -u http://xxx.xxx.xxx.xxx/git/project/platform/manifest.git -b branch -m branch.xml

Переходя к каталогу манифеста, мы видим симптом:

jenkins@f052b3453d95:~/workspace/.repo$ ll 
total 32 
drwxr-xr-x 1 jenkins jenkins   180 Dec 20 11:08 ./ 
drwxrwxr-x 1 jenkins jenkins   778 Dec 20 11:07 ../
-rw-r--r-- 1 jenkins jenkins 20087 Dec 20 10:14 .repo_fetchtimes.json 
lrwxrwxrwx 1 jenkins jenkins    20 Dec 20 10:13 manifest.xml -> manifests/company.xml 
drwxr-xr-x 1 jenkins jenkins     8 Dec 16 17:33 manifests/ 
drwxr-xr-x 1 jenkins jenkins    50 Dec 16 17:33 manifests.git/ 
drwxr-xr-x 1 jenkins jenkins    28 Dec 16 17:43 project-objects/
-rw-r--r-- 1 jenkins jenkins  7756 Dec 20 10:14 project.list 
drwxr-xr-x 1 jenkins jenkins   410 Dec 16 17:46 projects/

с 

lrwxrwxrwx 1 jenkins jenkins    20 Dec 20 10:13 manifest.xml -> manifests/company.xml

выделено красным, потому что связанный company.xml не найден ... поэтому Журнал Gerrit, приведенный выше, является точным, он не init должным образом. Это подтверждается repo status в главном каталоге:

jenkins@f052b3453d95:~/workspace$ repo status
Traceback (most recent call last):
  File "/home/jenkins/workspace/.repo/repo/main.py", line 531, in <module>
    _Main(sys.argv[1:])
  File "/home/jenkins/workspace/.repo/repo/main.py", line 507, in _Main
    result = repo._Run(argv) or 0
  File "/home/jenkins/workspace/.repo/repo/main.py", line 180, in _Run
    result = cmd.Execute(copts, cargs)
  File "/home/jenkins/workspace/.repo/repo/subcmds/status.py", line 130, in Execute
    all_projects = self.GetProjects(args)
  File "/home/jenkins/workspace/.repo/repo/command.py", line 140, in GetProjects
    all_projects_list = manifest.projects
  File "/home/jenkins/workspace/.repo/repo/manifest_xml.py", line 350, in projects
    self._Load()
  File "/home/jenkins/workspace/.repo/repo/manifest_xml.py", line 407, in _Load
    self.manifestProject.worktree))
  File "/home/jenkins/workspace/.repo/repo/manifest_xml.py", line 443, in _ParseManifestXml
    root = xml.dom.minidom.parse(path)
  File "/usr/lib/python2.7/xml/dom/minidom.py", line 1918, in parse
    return expatbuilder.parse(file)
  File "/usr/lib/python2.7/xml/dom/expatbuilder.py", line 922, in parse
    fp = open(file, 'rb')
IOError: [Errno 2] No such file or directory: '/home/jenkins/workspace/.repo/manifest.xml'

Проблема в том, что запуск repo init -u <url> -m company.xml через командную строку работает нормально и создает допустимое хранилище.

Любое понимание можно предложить по этому вопросу?

|источник

0