Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-29840

when workflow uses multiple git repos the "git build data" and "tags" become next to useless.

    XMLWordPrintable

Details

    • Pipeline - October, Pipeline - April 2018

    Description

      if you have a workflow which uses multiple git repositories the actions and data contributed to the build by the git plugin produce almost unusable visual spam.

      The tag action does not let you know which repository you are tagging, nor does the build data tell you which repository it is that has the specified hash.

      Coupled with this you end up with 2 * the number of repos used (plus another 2 if you use workflow from SCM) actions - which simply does not scale. The actions should be refactored so there is one action that can display the data from multiple repositories / invocations and it should be clear which revision comes from which repo.

      node {
        git url: 'git@github.com:jenkinsci/git-client-plugin.git' 
        git url: 'git@github.com:jenkinsci/git-plugin.git' 
        git url: 'git@github.com:jenkinsci/github-plugin.git' 
      // just add more random repos to get the picture...
      }
      

      Attachments

        Issue Links

          Activity

            abayer Andrew Bayer added a comment -

            teilo - So JENKINS-41497 covers both triggering and listing the shared library's changes. It's the same mechanisms behind the scenes, as it turns out. So the shared libraries aspect of this is dealt with.

            jamesdumay - I believe this needs some thought and triage to see what other tickets are related to this - JENKINS-29326 may have popped up again, e.g.

            abayer Andrew Bayer added a comment - teilo - So JENKINS-41497 covers both triggering and listing the shared library's changes. It's the same mechanisms behind the scenes, as it turns out. So the shared libraries aspect of this is dealt with. jamesdumay - I believe this needs some thought and triage to see what other tickets are related to this - JENKINS-29326 may have popped up again, e.g.
            teilo James Nord added a comment -

            jglick no, I was responding to abayer's comment.  JENKINS-41497 is about triggering a build when a shared library is updated as I understand the original problem report.

            teilo James Nord added a comment - jglick no, I was responding to abayer 's comment.   JENKINS-41497 is about triggering a build when a shared library is updated as I understand the original problem report.
            jglick Jesse Glick added a comment -

            teilo I think you meant to comment on JENKINS-41497. Last I looked at it, the proposal was to make this configurable, whether that be on the library or in the job.

            jglick Jesse Glick added a comment - teilo I think you meant to comment on  JENKINS-41497 . Last I looked at it, the proposal was to make this configurable, whether that be on the library or in the job.
            teilo James Nord added a comment -

            It would consider it a bug if I did not see the version/changes of the shared library, after all a shared library can change how your build happens and I would not like to see a build failure due to a new library with no changes, at the end time ss a lib owner I would want to be able to check that all projects had built correctly using the latest lib

            teilo James Nord added a comment - It would consider it a bug if I did not see the version/changes of the shared library, after all a shared library can change how your build happens and I would not like to see a build failure due to a new library with no changes, at the end time ss a lib owner I would want to be able to check that all projects had built correctly using the latest lib
            abayer Andrew Bayer added a comment -

            Not really. I think we probably need an epic for reworking the backend for a bunch of APIs around reporting checkouts - there's this, there's dupes, there's shared libraries always showing up, etc...

            abayer Andrew Bayer added a comment - Not really. I think we probably need an epic for reworking the backend for a bunch of APIs around reporting checkouts - there's this, there's dupes, there's shared libraries always showing up, etc...

            People

              Unassigned Unassigned
              teilo James Nord
              Votes:
              26 Vote for this issue
              Watchers:
              32 Start watching this issue

              Dates

                Created:
                Updated: