[JIRA] (JENKINS-39287) Ability to select from existing credentials list at runtime
Title: Message Title Paul Allen commented on JENKINS-39287 Re: Ability to select from existing credentials list at runtime There is no benefit for implicit checkout; however if you set `options { skipDefaultCheckout() }` then for subsequent checkout steps you could change the credential. You would need your own logic to look up the credential or specify them with the agent/label. Add Comment This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.175718.1477521864000.1654.1575560640417%40Atlassian.JIRA.
[JIRA] (JENKINS-39287) Ability to select from existing credentials list at runtime
Title: Message Title Drew Waranis commented on JENKINS-39287 Re: Ability to select from existing credentials list at runtime Unfortunately, therein lies the rub: We already have the Jenkins Perforce Credentials created and can pick between them at DSL job generation time, but now we have a set of jobs that can use either of two Jenkins P4 Credentials at job runtime based on the location of the build node running them. So we need either: The likely simpler way is to have an option for the P4 Plugin use the P4PORT, P4SERVER, and P4TRUST variables set in the job runner's Jenkins Node Properties. Or, a more complicated option is the ability to map Jenkins Node Labels to Jenkins P4 Credentials and then be able to pass that mapping to the P4 Plugin instead of a Jenkins P4 Credential. Thank you! Add Comment This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.175718.1477521864000.11428.1575390968439%40Atlassian.JIRA.
[JIRA] (JENKINS-39287) Ability to select from existing credentials list at runtime
Title: Message Title Karl Wirth assigned an issue to Karl Wirth Jenkins / JENKINS-39287 Ability to select from existing credentials list at runtime Change By: Karl Wirth Assignee: Paul Allen Karl Wirth Add Comment This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.175718.1477521864000.6308.1574692200270%40Atlassian.JIRA.
[JIRA] (JENKINS-39287) Ability to select from existing credentials list at runtime
Title: Message Title Karl Wirth commented on JENKINS-39287 Re: Ability to select from existing credentials list at runtime Potential workaround - this article suggests credentials can be built on the fly: https://support.cloudbees.com/hc/en-us/articles/217708168-create-credentials-from-groovy Alternative workaround: If the slave already contains P4PORT, P4SERVER and P4TRUST, could it have a new variable created called P4_CREDENTIAL that could be used in the script? Add Comment This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.175718.1477521864000.6237.1574683920457%40Atlassian.JIRA.
[JIRA] (JENKINS-39287) Ability to select from existing credentials list at runtime
Title: Message Title Drew Waranis updated an issue Jenkins / JENKINS-39287 Ability to select from existing credentials list at runtime Change By: Drew Waranis Priority: Major Blocker Add Comment This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.175718.1477521864000.5653.1574454540437%40Atlassian.JIRA.
[JIRA] (JENKINS-39287) Ability to select from existing credentials list at runtime
Title: Message Title Drew Waranis reopened an issue Howdy, My team needs this functionality in order to connect our new fleet of build nodes to their co-located P4 replica. Sadly, this regression from the old Perforce Plugin for Jenkins is blocking this effort. I think the easiest solution would be to make it so that setting the Perforce Credentials field to - none - causes the plugin to fallback to using the P4PORT, P4SERVER, and P4TRUST environment variables set on the node. Jenkins / JENKINS-39287 Ability to select from existing credentials list at runtime Change By: Drew Waranis Resolution: Done Status: Closed Reopened Add Comment This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f)
[JIRA] (JENKINS-39287) Ability to select from existing credentials list at runtime
Title: Message Title Paul Allen closed an issue as Done Closing old issues: Suggest using the credential in a Jenkinsfile. Please feel free to reopen if you need an alternative. Jenkins / JENKINS-39287 Ability to select from existing credentials list at runtime Change By: Paul Allen Status: In Progress Closed Assignee: Paul Allen Resolution: Done Add Comment This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-39287) Ability to select from existing credentials list at runtime
Title: Message Title Karl Wirth commented on JENKINS-39287 Re: Ability to select from existing credentials list at runtime Example usage case: "Supply a variable to the job that picks the credential to be used". Note: Stretch Goal - Be able to create credentials on the fly by supplying P4USER,P4PORT and password. Add Comment This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-39287) Ability to select from existing credentials list at runtime
Title: Message Title Karl Wirth started work on JENKINS-39287 Change By: Karl Wirth Status: Open In Progress Add Comment This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-39287) Ability to select from existing credentials list at runtime
Title: Message Title Daniel Ireland created an issue Jenkins / JENKINS-39287 Ability to select from existing credentials list at runtime Issue Type: New Feature Assignee: Unassigned Components: p4-plugin Created: 2016/Oct/26 10:44 PM Priority: Major Reporter: Daniel Ireland This was discussed with Paul Allen at the Jenkins World Conference. The request is to be able to dynamically select between the sets of stored credentials for the instance at the time a job is about to sync from Perforce, rather than having the credentials hardcoded for the job. The credential could perhaps be identified using user/server combinations, as we currently see in the dropdown in the UI. Other identification means would be fine as well. This is important as it's common for us to have parent jobs which trigger child jobs which use different perforce credentials. Having many many jobs differing only in hardcoded credentials becomes a lot of overhead. As discussed, we understand the impact this has on the job's representation of CL and changes from last run. Add Comment