-
-
Notifications
You must be signed in to change notification settings - Fork 778
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
Keep local Docker images up to date #3488
Comments
This comment was marked as resolved.
This comment was marked as resolved.
To dev leads: |
I am familiar with the issue. I think having the extra step in the work flows is good for familiarizing the developers with simple docker commands as well as being a simple solution to this problem. @JessicaLucindaCheng is there a particular reason a meeting is necessary? |
We discussed this at the 2022-11-14 Dev/PM meeting. Here are the notes copied from the meeting:
|
@JessicaLucindaCheng @ExperimentsInHonesty Hey guys, there was a link that you showed me at that meeting to a glitching Docker Image. Before arranging this meeting, can someone link the faulty Docker Image? Thanks!!! |
Please add update using the below template (even if you have a pull request). Afterwards, remove the '2 weeks inactive' label and add the 'Status: Updated' label.
If you need help, be sure to either: 1) place your issue in the developer meeting discussion column and ask for help at your next meeting, 2) put a "Status: Help Wanted" label on your issue and pull request, or 3) put up a request for assistance on the #hfla-site channel. Please note that including your questions in the issue comments- along with screenshots, if applicable- will help us to help you. Here and here are examples of well-formed questions. You are receiving this comment because your last comment was before Tuesday, May 30, 2023 at 12:15 AM PST. |
This comment was marked as outdated.
This comment was marked as outdated.
Please add update using the below template (even if you have a pull request). Afterwards, remove the '2 weeks inactive' label and add the 'Status: Updated' label.
If you need help, be sure to either: 1) place your issue in the developer meeting discussion column and ask for help at your next meeting, 2) put a "Status: Help Wanted" label on your issue and pull request, or 3) put up a request for assistance on the #hfla-site channel. Please note that including your questions in the issue comments- along with screenshots, if applicable- will help us to help you. Here and here are examples of well-formed questions. You are receiving this comment because your last comment was before Tuesday, June 13, 2023 at 12:16 AM PST. |
@roslynwythe I moved this into the new issue review column because the dependency is resolved. Please add a ready for prioritization label if its ready. |
Hi @roslynwythe, HfLA appreciates your interest in this issue, but please note that it is in the "New Issue Approval" column of the Project Board because it has not been finalized, approved, or prioritized, and so it is not ready for assignment. For this reason, you have been unassigned from this issue. Please remember to assign issues only from the "Prioritized Backlog" column. The only exceptions to this rule are if you are writing an issue and the |
I recommend that when an updated image
|
This comment was marked as outdated.
This comment was marked as outdated.
Pulling a new image and rebuilding the container is time consuming so I would rather avoid doing that needlessly.
I might not have time for analysis of the above so please advise, should I modify the Action Items and unassign? |
@roslynwythe will figure out what kind of check that people writing code for an issue, reviewing or submitting PRs could do, that would tell them if they have the most current docker image https://hub.docker.com/r/hackforlaops/ghpages If there is an easy way to tell, then we write something for contributing on how to check and then how to update if needed. |
Draft: Proposed changes to CONTRIBUTING.md Section 2.7.b
|
Dependency
Overview
As a member of the website development team, I want to make sure my local Docker environment always matches the GitHub Pages environment. This issue is to create a procedure for developers to periodically update their local Docker images.
Action Items
docker-compose.yml
file, or adding additional flags to thedocker compose up
command developers are instructed to use.Resources/Instructions
Notes on local Docker images
Although the Docker image the website team uses (
hackforlaops/ghpages
) is updated every time GitHub Pages updates its software dependencies, the newly-updated image is not automatically downloaded to a developer's local computer every time they rundocker compose up
. Instead, Docker will look to see if the image already exists locally and, if it does, will continue to use that version. This may mean that whichever version of the image existed when a developer first ran Docker is the one they are still using, even if new versions have since been published.The most straightforward way of addressing this is for developers to periodically remove their local copy of the image, either via command line or through the Docker Dashboard GUI, before running
docker compose up
. This will force Docker to automatically download the latest version from Docker Hub.A possible solution would be to make removing the image a new step in another workflow that developers regularly use, such as creating a local feature branch to work on an issue, or updating their local
gh-pages
before pushing a finished issue to their forked repo.The text was updated successfully, but these errors were encountered: