DEV Community

Cover image for My Experience with Virtual Environments, Docker, and Shell Scripts
Henrique Sagara
Henrique Sagara

Posted on

My Experience with Virtual Environments, Docker, and Shell Scripts

This week, I had a cool assignment where my classmates and I had to add features to each other’s open-source projects. When my classmate tried running my project, though, he hit a nasty dependency issue that caused the whole app to crash. After a bit of back and forth, we managed to fix it by using a combination of virtual environments, Docker, and a simple shell script. Let’s break down what happened and how these tools can make your life way easier.

1. Virtual Environments

If you’re working with Python, virtual environments are a must. They basically create an isolated space where you can install packages for your project without messing up your global Python setup. It’s like having your own Python playground where you can add and remove packages safely.

Here’s a quick rundown on how to set one up:



python3 -m venv venv
source venv/bin/activate  # For Windows, use: venv\Scripts\activate


Enter fullscreen mode Exit fullscreen mode

After that, you can install all your packages using pip:



pip install -r requirements.txt

Enter fullscreen mode Exit fullscreen mode




Why Use Virtual Environments?

  • Keep Things Tidy: Virtual environments keep your project dependencies separate, so different projects don’t step on each other’s toes.
  • Stay on the Same Page: You can create a requirements.txt file to make sure everyone on the team uses the same package versions.

When They Fall Short

Sometimes, even with a virtual environment, things can still go wrong – like they did for us! The dependency still crashed because it was more of a system-level issue (ugh). That’s where Docker came in to save the day.

2. Docker

Docker creates containers that package up your app and all its dependencies, including system libraries. This means it’ll run the same way on every machine.

Here’s what our basic Dockerfile looked like:



# Use a lightweight Python image
FROM python:3.9-slim

# Set up a working directory
WORKDIR /usr/src/app

# Copy over the application files
COPY . .

# Install dependencies
RUN pip install --no-cache-dir -r requirements.txt

# Run the application
CMD ["python", "app.py"]

Enter fullscreen mode Exit fullscreen mode




Advantages of Docker

  • Consistency: It doesn’t matter what system you’re on – Docker makes sure your app runs the same everywhere.
  • No Surprises: Docker includes all the system libraries and dependencies, so you’re not hit with those annoying “missing library” errors.
  • Easy to Share: You can share your Docker setup with others, and they just have to run a few simple commands to get started.

Running the App with Docker

Build and run the Docker container with these commands:



docker build -t my-python-app .
docker run -p 5000:5000 my-python-app

Enter fullscreen mode Exit fullscreen mode



  1. Shell Scripts

Shell scripts are like your project’s personal assistant. They handle all the boring setup stuff for you. I whipped up a simple script (setup.sh) that sets up the virtual environment, installs dependencies, builds the Docker image, and runs the container. Here’s how it looks:



#!/bin/bash

# Set up virtual environment
python3 -m venv venv
source venv/bin/activate

# Install dependencies
pip install -r requirements.txt

# Build Docker image
docker build -t my-python-app .

# Run Docker container
docker run -p 5000:5000 my-python-app

Enter fullscreen mode Exit fullscreen mode




Why Bother with a Shell Script?

  • One Command to Rule Them All: Instead of running a bunch of commands, you just run the script, and it takes care of everything.
  • No More Mistakes: Automating the setup process means you’re less likely to make an error.
  • Works Everywhere: These scripts can be used on Linux, macOS, or even Windows (if you have Bash).

TL;DR: When to Use What

  • Virtual Environments: Great for managing Python packages. Use them when you need to isolate dependencies but don’t need system-level libraries.
  • Docker: Perfect for when you need a consistent environment across different machines. It packs everything your app needs to run.
  • Shell Scripts: Handy for automating the whole setup process so you don’t miss a step.

Setting up a development environment can be a headache, especially when collaborating. Virtual environments are a solid first step, but when things get tricky, Docker is the way to go. And to tie it all together, shell scripts can make everything run smoothly.

Hope this helps anyone dealing with similar issues! If you have any other way to overcome this kind of problems, let me know in the comments below. I would love to hear from you.

Top comments (0)