同步操作将从 开源中国/Gitee Jenkins Plugin 强制同步,此操作会覆盖自 Fork 仓库以来所做的任何修改,且无法恢复!!!
确定后同步将在后台操作,完成时将刷新页面,请耐心等待。
This plugin allows Gitee to trigger builds in Jenkins when code is committed or pull requests are opened/updated. It can also send build status back to Gitee.
This plugin was developed base on GitLab Plugin by Gitee.com. Gitee.com will continue to maintain this plugin.
If you have a problem or question about using the plugin, please make sure you are using the latest version. Then create an issue in the Gitee project if necessary. New issues should include the following:
Gitee Jenkins plugin introduced improved logging for debugging purposes. To enable it:
By default the plugin will require authentication to be set up for the connection from Gitee to Jenkins, in order to prevent unauthorized persons from being able to trigger jobs.
http://USERID:APITOKEN@JENKINS_URL/project/YOUR_JOB
If you want to create separate authentication credentials for each Jenkins job:
http://JENKINS_URL/project/YOUR_JOB
) and paste the token in the Secret Token fieldPLEASE NOTE: This auth configuration is only used for accessing the Gitee API for sending build status to Gitee. It is not used for cloning git repos. The credentials for cloning (usually SSH credentials) should be configured separately, in the git plugin.
This plugin can be configured to send build status messages to Gitee, which show up in the Gitee Pull Request UI. To enable this functionality:
http://your.gitee.server
There are two aspects of your Jenkins job that you may want to modify when using Gitee to trigger jobs. The first is the Git configuration, where Jenkins clones your git repo. The Gitee Jenkins Plugin will set some environment variables when Gitee triggers a build, and you can use those to control what code is cloned from Git. The second is the configuration for sending the build status back to Gitee, where it will be visible in the commit and/or pull request UI.
You will need to update this code anytime you add or remove parameters.
In the Source Code Management section:
git@your.gitee.server:gitee_group/gitee_project.git
origin
and Refspec to +refs/heads/*:refs/remotes/origin/* +refs/pull/*/MERGE:refs/pull/*/MERGE
origin/${giteeSourceBranch}
merge-requests/${giteePullRequestIid}
origin
${giteeTargetBranch}
When you configure the plugin to trigger your Jenkins job, by following the instructions below depending on job type, it will listen on a dedicated URL for JSON POSTs from Gitee's webhooks. That URL always takes the form http://JENKINS_URL/project/PROJECT_NAME
, or http://JENKINS_URL/project/FOLDER/PROJECT_NAME
if the project is inside a folder in Jenkins. You should not be using http://JENKINS_URL/job/PROJECT_NAME/build
or http://JENKINS_URL/job/gitee-plugin/buildWithParameters
, as this will bypass the plugin completely.
http://JENKINS_URL/project/yourbuildname
You can optionally have your Jenkins jobs send their build status back to Gitee, where it will be displayed in the commit or pull request UI as appropriate.
Freestyle jobs can only send build status after the build steps are complete. To do this, choose 'Publish build status to Gitee' from the available 'Post-build actions' in your Jenkins job config. Also make sure you have chosen the appropriate Gitee instance from the 'Gitee connection' dropdown menu, if you have more than one.
Triggers may be filtered based on the branch name, i.e. the build will only be allowed for selected branches. On the project configuration page, when you configure the Gitee trigger, you can choose 'Filter branches by name' or 'Filter branches by regex.' Filter by name takes comma-separated lists of branch names to include and/or exclude from triggering a build. Filter by regex takes a Java regular expression to include and/or exclude.
Note: This functionality requires access to Gitee and a git repository url already saved in the project configuration. In other words, when creating a new project, the configuration needs to be saved once before being able to add branch filters. For Pipeline jobs, the configuration must be saved and the job must be run once before the list is populated.
To add a note to Gitee pull requests after the build completes, select 'Add note with build status on Gitee pull requests' from the optional Post-build actions. Optionally, click the 'Advanced' button to customize the content of the note depending on the build result.
To perform a plugin hpi file, maintainers can run mvn package
To release a snapshot, e.g. with a bug fix for users to test, just run mvn hpi:run
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。