Ошибка сборки Jenkins локальный репозиторий Windows Server 2016

Я новичок в Jenkins и хочу создать CI-среду. У меня есть локальный репозиторий с файлами, которые нужно собрать с помощью Ant.

когда я запускаю сборку вручную, я получаю следующие ошибки:

Сборка в рабочей области C: \ ProgramData \ Jenkins \ workspace \ ToolchainXQT

C: \ Git \ git-cmd.exe rev-parse --is-inside-work-tree # timeout = 10 Получение изменений из удаленного репозитория Git C: \ Git \ git-cmd.exe config файл remote.origin.url : /// C: / HelloWorld # timeout = 10 Получение изменений восходящего потока из файла: /// C: / HelloWorld C: \ Git \ git-cmd.exe --version # timeout = 10 C: \ Git \ git-cmd .exe fetch --tags file: /// C: / HelloWorld + refs / Heads / : refs / remotes / origin / C: \ Git \ git-cmd.exe rev-parse "refs / remotes / origin / master ^ {commit} "# timeout = 10 FATAL: неверный идентификатор: C: \ ProgramData \ Jenkins \ workspace \ ToolchainXQT> org.eclipse.jgit.errors.InvalidObjectIdException: недопустимый идентификатор: C: \ ProgramData \ Jenkins \ рабочая область \ ToolchainXQT> на org.eclipse.jgit.lib.ObjectId.fromString (ObjectId.java:232) на org.jenkinsci.plugins.gitclient.CliGitAPIImpl.revParse (CliGitAPIImpl.java:689.pGitson.gitson.gitson.java:689) .revParse (GitAPI.java:316) на hudson.plugins.git.util.DefaultBuildChooser.getHeadRevision (DefaultBuildChooser.java:130) на hudson.plugins.git.u til.DefaultBuildChooser.getCandidateRevisions (DefaultBuildChooser.java:112) по адресу hudson.plugins.git.GitSCM.determineRevisionToBuild (GitSCM.java:992) по адресу hudson.plugins.git.GitSCM10.scmava.checkout (GitSCM10.checkout) .SCM.checkout (SCM.java:495) на hudson.model.AbstractProject.checkout (AbstractProject.java:1278) на hudson.model.AbstractBuild $ AbstractBuildExecution.defaultCheckout (AbstractBuild.java:604) на jMCenkins. checkout (SCMCheckoutStrategy.java:86) по адресу hudson.model.AbstractBuild $ AbstractBuildExecution.run (AbstractBuild.java:529) по адресу hudson.model.Run.execute (Run.java:1728) по адресу hudson.model.FreeStyleBuild.run .java: 43) в hudson.model.ResourceController.execute (ResourceController.java:98) в hudson.model.Executor.run (Executor.java:404) Завершено: FAILURE

Когда я оставляю спецификатор ветки пустым, я получаю следующее:

Сборка в рабочей области C: \ ProgramData \ Jenkins \ workspace \ ToolchainXQT

C: \ Git \ git-cmd.exe rev-parse --is-inside-work-tree # timeout = 10 Получение изменений из удаленного репозитория Git C: \ Git \ git-cmd.exe config файл remote.origin.url : /// C: / HelloWorld # timeout = 10 Получение изменений восходящего потока из файла: /// C: / HelloWorld C: \ Git \ git-cmd.exe --version # timeout = 10 C: \ Git \ git-cmd .exe fetch --tags file: /// C: / HelloWorld + refs / Heads / : refs / remotes / origin / Просмотрено 0 удаленных веток ОШИБКА: не удалось найти ревизию для сборки. Проверьте конфигурацию репозитория и ветви для этого задания. Завершено: ОТКАЗ

Я надеюсь, что кто-нибудь сможет мне помочь, объяснит мне эти сообщения или расскажет, что вам нужно знать, чтобы помочь мне.

Спасибо за совет, Макс


person Max R.    schedule 14.12.2016    source источник
comment
Можете ли вы попробовать сделать клон в локальной: git clone C: \ ProgramData \ Jenkins \ workspace \ ToolchainXQT   -  person Inforedaster    schedule 14.12.2016
comment
max @ ToolchainXQT MINGW64 / c / ProgramData / Jenkins / workspace / ToolchainXQT (master) $ git clone C: / HelloWorld Клонирование в HelloWorld ... предупреждение: похоже, вы клонировали пустой репозиторий. Выполнено. Это результат работы git-bash, открытой в C: \ ProgramData \ Jenkins \ workspace \ ToolchainXQT   -  person Max R.    schedule 14.12.2016


Ответы (2)


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

git init

вы добавляете свои файлы

git add.

git commit -m начальное репозиторий git

в первый раз попробуйте клонировать свое репо из другого консоли с помощью git clone, если он работает, перейдите к Дженкинсу и наслаждайтесь

person Inforedaster    schedule 14.12.2016

Обратитесь к https://stackoverflow.com/a/44847857/3043709, чтобы узнать, почему вам следует использовать git.exe из каталог cmd или bin вместо git-cmd.exe.

person Mark Waite    schedule 30.06.2017