-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Jupiter UAT – What's Broken, What Needs Fixing #1680
Comments
Yes, most of it is working.
No. This deposit from three months ago is still enqued http://uat.library.ualberta.ca/items/b78fbf20-9519-4b31-a455-df7a6475d542
Not exactly. The wizard show's the upload,
The data is mostly seeds but there are three 'user' deposited items including the one I created
This is the Fedora version
The data is mostly seeds with a few user created entries. I don't think there would be much value in trying to migrate it other than the exercise of migration itself -- which is being done for real in staging by other members of the team. |
I looked at watchtower for keeping our deployment up to date
It can even be used in a docker-compose.yml
One problem with this approach might be
An alternative to this which I used on the discovery deployment is having a cron job update
This has been relatively successful |
These were the roadblocks for UAT we would need to address to move forward with this plan from the ERA Software Development Process Ideas:
And @jefferya said,
|
|
Used |
|
Specific questions I've thought of:
The text was updated successfully, but these errors were encountered: