Uploaded image for project: 'IGB'
  1. IGB
  2. IGBF-1945

Enable Genoviz SDK to be deployed to nexus from bitbucket pipelines

    Details

    • Type: Improvement
    • Status: Closed (View Workflow)
    • Priority: Major
    • Resolution: Done
    • Affects Version/s: None
    • Fix Version/s: None
    • Labels:
    • Story Points:
      2
    • Sprint:
      Fall 2019 Sprint 1, Fall 2019 Sprint 2, Fall 2019 Sprint 3, Fall 4 : 30 Sep to 11 Oct

      Description

      Currently, when we deploy a new GenoViz SDK jar to Nexus, we have to build it locally and then run mvn deploy to release the new artifact to the Nexus repository where we are distributing IGB project artifacts.

      The release engineer who does this must configure their local computer to include a release engineer user name and password for accepted by the Nexus site.

      However, the version of java used and other aspects may vary. It would be better to use a single environment for building the artifact. Also, it would be nice if this could be done from bitbucket pipelines, which uses the same Docker image as IGB and other Java-based projects.

      Let's change how this is done!

      For this task:

      • Configure the POM for Genoviz SDK and bitbucket pipelines YML to release artifacts to Nexus.

      In addition, investigate plugins released by Nexus that deploy artifacts.

      See:

      Use google to look for additional tips and examples.

      Also, investigate other possible improvements, including formalizing the release process using release branches.

      Goal: Make this project as professional as possible to encourage developers to use the library in their projects – and hopefully contribute.

        Attachments

          Issue Links

            Activity

            ann.loraine Ann Loraine made changes -
            Workflow Fall 2019 Workflow Update [ 19013 ] Revised Fall 2019 Workflow Update [ 22462 ]
            ann.loraine Ann Loraine made changes -
            Link This issue relates to IGBF-2042 [ IGBF-2042 ]
            ann.loraine Ann Loraine made changes -
            Assignee Ann Loraine [ aloraine ] Prutha Kulkarni [ prutha ]
            ann.loraine Ann Loraine made changes -
            Resolution Done [ 10000 ]
            Status Post-merge Testing In Progress [ 10003 ] Closed [ 6 ]
            ann.loraine Ann Loraine made changes -
            Status Merged Needs Testing [ 10002 ] Post-merge Testing In Progress [ 10003 ]
            ann.loraine Ann Loraine made changes -
            Status Post-merge Testing In Progress [ 10003 ] Merged Needs Testing [ 10002 ]
            ann.loraine Ann Loraine made changes -
            Rank Ranked higher
            ann.loraine Ann Loraine made changes -
            Sprint Fall 2019 Sprint 1, Fall 2019 Sprint 2, Fall 2019 Sprint 3 [ 72, 73, 74 ] Fall 2019 Sprint 1, Fall 2019 Sprint 2, Fall 2019 Sprint 3, Fall 2019 Sprint 4 [ 72, 73, 74, 75 ]
            ann.loraine Ann Loraine made changes -
            Assignee Ann Loraine [ aloraine ]
            ann.loraine Ann Loraine made changes -
            Status Merged Needs Testing [ 10002 ] Post-merge Testing In Progress [ 10003 ]
            ann.loraine Ann Loraine made changes -
            Assignee Prutha Kulkarni [ prutha ]
            ann.loraine Ann Loraine made changes -
            Status Reviewing Pull Request [ 10303 ] Merged Needs Testing [ 10002 ]
            ann.loraine Ann Loraine made changes -
            Status Pull Request Submitted [ 10101 ] Reviewing Pull Request [ 10303 ]
            ann.loraine Ann Loraine made changes -
            Assignee Prutha Kulkarni [ prutha ]
            prutha Prutha Kulkarni (Inactive) made changes -
            Status Ready for Pull Request [ 10304 ] Pull Request Submitted [ 10101 ]
            prutha Prutha Kulkarni (Inactive) made changes -
            Assignee Prutha Kulkarni [ prutha ]
            ann.loraine Ann Loraine made changes -
            Assignee Prutha Kulkarni [ prutha ]
            ann.loraine Ann Loraine made changes -
            Status First Level Review in Progress [ 10301 ] Ready for Pull Request [ 10304 ]
            ann.loraine Ann Loraine made changes -
            Status Needs 1st Level Review [ 10005 ] First Level Review in Progress [ 10301 ]
            prutha Prutha Kulkarni (Inactive) made changes -
            Status In Progress [ 3 ] Needs 1st Level Review [ 10005 ]
            prutha Prutha Kulkarni (Inactive) made changes -
            Assignee Prutha Kulkarni [ prutha ]
            prutha Prutha Kulkarni (Inactive) made changes -
            Status To-Do [ 10305 ] In Progress [ 3 ]
            ann.loraine Ann Loraine made changes -
            Assignee Prutha Kulkarni [ prutha ]
            ann.loraine Ann Loraine made changes -
            Rank Ranked higher
            ann.loraine Ann Loraine made changes -
            Sprint Fall 2019 Sprint 1, Fall 2019 Sprint 2 [ 72, 73 ] Fall 2019 Sprint 1, Fall 2019 Sprint 2, Fall 2019 Sprint 4 [ 72, 73, 74 ]
            ann.loraine Ann Loraine made changes -
            Status Open [ 1 ] To-Do [ 10305 ]
            ann.loraine Ann Loraine made changes -
            Link This issue is blocked by IGBF-1993 [ IGBF-1993 ]
            ann.loraine Ann Loraine made changes -
            Rank Ranked higher
            ann.loraine Ann Loraine made changes -
            Sprint Fall 2019 Sprint 1 [ 72 ] Fall 2019 Sprint 1, Fall 2019 Sprint 2 [ 72, 73 ]
            ann.loraine Ann Loraine made changes -
            Workflow Loraine Lab Workflow [ 18669 ] Fall 2019 Workflow Update [ 19013 ]
            ann.loraine Ann Loraine made changes -
            Story Points 1 2
            ann.loraine Ann Loraine made changes -
            Description Currently, when we deploy a new GenoViz SDK jar to Nexus, we have to build it locally and then run mvn deploy to release the new artifact to the Nexus repository where we are distributing IGB project artifacts.

            The release engineer who does this must configure their local computer to include a release engineer user name and password for accepted by the Nexus site.

            However, the version of java used and other aspects may vary. It would be better to use a single environment for building the artifact. Also, it would be nice if this could be done from bitbucket pipelines, which uses the same Docker image as IGB and other Java-based projects.

            Let's change how this is done!

            For this task:

            * Configure the POM for Genoviz SDK and bitbucket pipelines YML to release artifacts to Nexus.

            In addition, investigate plugins released by Nexus that deploy artifacts.

            See:

            * https://www.baeldung.com/maven-release-nexus

            Use google to look for additional tips and examples.

            Also, investigate other possible improvements, including formalizing the release process using release branches.

            Goal: Make this project as professional as possible to encourage developers to use the library in their projects -- and hopefully contribute.

            Currently, when we deploy a new GenoViz SDK jar to Nexus, we have to build it locally and then run mvn deploy to release the new artifact to the Nexus repository where we are distributing IGB project artifacts.

            The release engineer who does this must configure their local computer to include a release engineer user name and password for accepted by the Nexus site.

            However, the version of java used and other aspects may vary. It would be better to use a single environment for building the artifact. Also, it would be nice if this could be done from bitbucket pipelines, which uses the same Docker image as IGB and other Java-based projects.

            Let's change how this is done!

            For this task:

            * Configure the POM for Genoviz SDK and bitbucket pipelines YML to release artifacts to Nexus.

            In addition, investigate plugins released by Nexus that deploy artifacts.

            See:

            * https://www.baeldung.com/maven-release-nexus
            * https://stackoverflow.com/questions/28071697/is-it-possible-to-pass-a-password-in-maven-deploy-in-the-command-line

            Use google to look for additional tips and examples.

            Also, investigate other possible improvements, including formalizing the release process using release branches.

            Goal: Make this project as professional as possible to encourage developers to use the library in their projects -- and hopefully contribute.

            ann.loraine Ann Loraine made changes -
            Rank Ranked higher
            ann.loraine Ann Loraine made changes -
            Field Original Value New Value
            Epic Link IGBF-1531 [ 17617 ]
            ann.loraine Ann Loraine created issue -

              People

              • Assignee:
                prutha Prutha Kulkarni (Inactive)
                Reporter:
                ann.loraine Ann Loraine
              • Votes:
                0 Vote for this issue
                Watchers:
                2 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: