The previous approach baked git rev-parse --short HEAD into the image at Docker build time, but Dockhand's build context doesn't reliably have .git available, so it silently fell back to "unknown" in production even though the build itself succeeded. Replace it with a plain VERSION file committed to the repo (a timestamp + short description, updated by hand alongside each commit) that ships via the same COPY . . as everything else - no git access needed inside the build at all. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
39 lines
754 B
Plaintext
39 lines
754 B
Plaintext
# Version control
|
|
.git
|
|
.gitignore
|
|
.github
|
|
|
|
# Ignore Docker-related files (not needed in the image)
|
|
Dockerfile
|
|
.dockerignore
|
|
|
|
# Ignore cache and temporary files. Logs for future use.
|
|
**/__pycache__/
|
|
*.pyc
|
|
*.pyo
|
|
*.pyd
|
|
*.log
|
|
|
|
# Ignore virtual environments (if using venv)
|
|
**/python_env/
|
|
**/.venv/
|
|
**/venv/
|
|
**/env/
|
|
**/ENV/
|
|
|
|
# OfflineU specific
|
|
.offlineu_progress.json
|
|
data/
|
|
courses/
|
|
|
|
# Auto-generated templates (created at runtime if missing)
|
|
# Leave commented if you modify templates
|
|
# templates/
|
|
|
|
# Harmless, but reduce image size. In the future, it may make more sense to put
|
|
# everything needed by the image in e.g., /app and modify the Dockerfile to copy from
|
|
# /app as opposed to blacklisting files in the repo one-by-one
|
|
LICENSE
|
|
README.md
|
|
images/
|