Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: remove the versioning thing according o the dev lst ideas.

...

This is the most important part in this project. Once the testing tasks are done this role is responsible for merge artifacts from staging repository to the internal repository or the snapshot repository. It depends on the artifact(snapshot or a version).Here i am going to consider following things regarding the merging the artifacts
If the artifacts that are going to deploy is not an existing one(new one) just deploy it with creating new meta data file. (user should me able to merge the artifact bu by clicking the merge button and then should receive to success/failure message from the archiva side)
If the artifact is an existing one(latest versionin the case of re-release) we need to provide following options.

when the user clicks merge button (in the case of re-release) it should notify the user about the older versions existing version in the release repository.(eg : version numbers number + updated date)
then we need to suggest him following options.

  • merging the artifact while keeping the older versionskip the re-release
  • merging the artifact while removing the older versionone. Here we should only allow to remove latest artifact.
    Eg : in the main repo we have versions 1.1, 1.2, 1.3.And we are going to merge version 1.4.If there are significant changes in version 1.3 and version 1.4 it is better to keep 1.3 version and add 1.4.
    But if there are no significant changes in both artifacts then it is better to remove the version 1.3 and add 1.4.
    Mean while meta data updating also should be done.

...

  • implement a searching algorithm to check the older versions version of the artifacts artifact which have already deployed.
  • add searching feature(action) to the promotion role and do the merging part by providing the options regarding the version as mentioned above.(with a proper UI).Here meta data updating should be done.
  • implementing logs for staging repository

Further enhancements

  • add the simultaneous deployment functionality for the stage repositories.(here need to find a way to check with repository is busy with being a deployment)implementing logs for staging repository