Skip to content

Commit

Permalink
chore: add note at beginning of README
Browse files Browse the repository at this point in the history
  • Loading branch information
Justintime50 committed Jan 7, 2025
1 parent 6033f35 commit 41e26e8
Show file tree
Hide file tree
Showing 2 changed files with 4 additions and 2 deletions.
4 changes: 2 additions & 2 deletions CHANGELOG.md
Original file line number Diff line number Diff line change
@@ -1,8 +1,8 @@
# CHANGELOG

## Next Release
## v1.1.1 (2025-01-07)

- Pull deploys should now show runtimes
- Fixes a bug where Pull deployments where not showing runtimes

## v1.1.0 (2024-07-18)

Expand Down
2 changes: 2 additions & 0 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -13,6 +13,8 @@ The lightweight Docker Compose deployment runner.

</div>

> NOTE: Harvey was used by me for years in production; however, it's a bit rough around the edges still. I eventually had to bite the bullet and switch to Docker Swarm but Harvey remains a viable options for small projects and deployments. I will no longer be actively maintaining the project since I no longer use it daily but welcome any work on the project to smooth over any lingering oddities. A good place to start is the [Harvey Wishlist](https://github.com/Justintime50/harvey/issues/87).
## Why Docker Compose Deployments

I've long been a fan of the simplicity of a `docker-compose` file and its usage. Deploying with systems such as Rancher or a self-hosted GitLab seemed too daunting with uneccessary overhead for simple projects. **Why can't I use the same setup in production as I do in development?** Skip the environment variable injection and key stores, configuring production machines, and separate workflow configuration by having Harvey spin up my project by [using Docker Compose in production](https://docs.docker.com/compose/production/), just like I do locally.
Expand Down

0 comments on commit 41e26e8

Please sign in to comment.