Skip to content
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

Lineage pull request for: skeleton #4

Open
wants to merge 411 commits into
base: develop
Choose a base branch
from
Open

Conversation

cisagovbot
Copy link

Lineage Pull Request

Lineage has created this pull request to incorporate new changes found in an
upstream repository:

Upstream repository: https://github.com/cisagov/skeleton-docker.git
Remote branch: HEAD

Check the changes in this pull request to ensure they won't cause issues with
your project.

✅ Pre-approval checklist

Remove any of the following that do not apply. If you're unsure about
any of these, don't hesitate to ask. We're here to help!

  • All future TODOs are captured in issues, which are referenced
    in code comments.
  • All relevant type-of-change labels have been added.
  • All relevant repo and/or project documentation has been updated
    to reflect the changes in this PR.
  • Tests have been added and/or modified to cover the changes in this PR.
  • All new and existing tests pass.

✅ Pre-merge checklist

Remove any of the following that do not apply. These boxes should
remain unchecked until the pull request has been approved.

  • Bump major, minor, patch, or pre-release version as
    appropriate

    via the bump_version.sh script if this repository is
    versioned and the changes in this PR warrant a version
    bump
    .
  • Finalize version.

✅ Post-merge checklist

Remove any of the following that do not apply.

  • Create a release.

Note
You are seeing this because one of this repository's maintainers has
configured Lineage to open pull requests.

For more information:

🛠 Lineage configurations for this project are stored in .github/lineage.yml

📚 Read more about Lineage

@cisagovbot cisagovbot added the upstream update This issue or pull request pulls in upstream updates label Aug 17, 2023
@github-advanced-security
Copy link

This pull request sets up GitHub code scanning for this repository. Once the scans have completed and the checks have passed, the analysis results for this pull request branch will appear on this overview. Once you merge this pull request, the 'Security' tab will show more code scanning analysis results (for example, for the default branch). Depending on your configuration and choice of analysis tool, future pull requests will be annotated with code scanning analysis results. For more information about GitHub code scanning, check out the documentation.

@jsf9k jsf9k removed their assignment Dec 6, 2023
@jsf9k
Copy link
Member

jsf9k commented Dec 6, 2023

This one still has foo from the previous Lineage PR present. I think @mcdonnnj is the person best suited to resolve this one.

mcdonnnj and others added 18 commits January 19, 2024 06:04
This will run the Go tool `goimports` against the repository if it
contains any Go files. This tool bundles the functionality of `go fmt`
with the additional benefit of sorting Go imports much like the isort
tool we use for Python code.
This is a temporary fix until @mcdonnnj has
his PR approved and merged into the terraform-docs
repo. This fix will perform a shallow clone of his
forked branch, build the binary, and install it.
PATH is handled by `setup-go` so we can refactor the code setting it. Also we are taking advantage of the -C switch to handle building from the cloned repository.

Co-authored-by: Nick <[email protected]>
`TODO` was placed on the wrong comment block. Also I am adding a link to the issue for the TODO.
This commit is introducing 2 new flags
into the setup-env script. -l or
--list-versions will list available
Python versions and allow the user to
select a version interactively. The second
flag -v or --version will allow a user
to set the version if installed.
(e.g. ./setup-env -v 3.9.6)
This makes the code a bit cleaner and still accomplishes the same functionality

Co-authored-by: Shane Frasier <[email protected]>
If the Python version exists then we want the script to continue
execution.
pyenv local is run below.
If PYTHON_VERSION is an empty string then the system Python will be used.
mcdonnnj and others added 30 commits February 3, 2025 01:37
This will explicitly define the name for the Compose project.
Ensure that all of the keys in the Compose file are sorted
alphabetically.
The value for the `published` key in a `ports` definition is expected
to be a string.
Using `compose` instead of `docker-compose` is now the preferred
default for Docker Compose files.
Remove functionality to create special buildx Dockerfile
…mver-pin

Add a comment explaining why we pin `semver`
Use the peter-evans/dockerhub-description Action to update the Docker
Hub description instead of a bash script.
Instead of updating the description whenever the `build` workflow is
run we will only update the description on `push` events to the
`develop` branch. This will ensure that only approved edits are pushed
to Docker Hub.
…r_hub_update

Use a GitHub Action to update the Docker Hub description
This replaces a nonexistent input name with the valid one.
Correct input to the `peter-evans/dockerhub-description` Action
Bump the following package versions:
- pip from 24.3.1 to 25.0.1
- pipenv from 2024.4.0 to 2024.4.1
- setuptools from 75.6.0 to 75.8.0
Update the dependencies installed in the Python virtual environment by
running `pipenv lock` in the `src/` directory.
Instead of comparing the project version and the version read from the
container log directly as strings it makes sense to parse them and
contextually compare them. This is important if you are comparing, for
example, a Python package version that should match the Docker image,
but the Docker image has a build identifier (ex: `1.0.0` and
`1.0.0+build.1`). The version should be considered equivalent in this
scenario if a project is properly following SemVer versioning.
…on_comparisons

Use the `semver` package to parse the log version in testing
Instead of overriding the context and file we can allow the Action to
fall back on its default behaviour of using the `git` context to pull
the source needed to build the image. This also allows us to remove the
actions/checkout Action from the `build` and `build-push-all` jobs.
This instructs prettier to ignore `*.lock` files since they are just
JSON files and will be formatted by the pretty-format-json hook.
…ld_jobs

Use `docker/build-push-action` default behavior
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
upstream update This issue or pull request pulls in upstream updates
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants