Setting up your development environment should be simple and fast. With Neon's modern approach to PostgreSQL, you get exactly that. Here's how to create the perfect setup for your applications.
note
The setups described in this guide use the Neon serverless driver for connecting to a Postgres database hosted locally or on Neon. To learn more, see The Neon Serverless driver.
Two ways to develop
When working with Neon, you can choose between:
- Database branching
- Local PostgreSQL
Let's explore both options to help you pick the right one.
Database branching
Imagine creating a complete copy of your database as easily as creating a Git branch. That's database branching with Neon – perfect for testing new features or updates without touching production data.
Why use it?
- Fast setup: Create new environments in ~1 second
- Zero cnfiguration: No local PostgreSQL installation required
- True isolation: Test changes without fear of breaking production
- Cost-efficient: Pay only for unique data and actual compute usage
- Team-friendly: Share database branches as easily as sharing Git branches
- Autoscaling: Resources scale to zero when you're not coding
- Data reset: Fresh start? Reset your branch to match production in seconds
Quickstart
-
Connect your account
-
Create your branch
note
You can also create branches through the Neon Console by navigating to your project and clicking the "Branches" tab. This provides a visual interface for branch management and configuration
-
Set up your environment
-
Install dependencies
Dependencies includes Neon's serverless driver and a WebSockets library.
-
Connect your app
import { Pool, neon, neonConfig } from '@neondatabase/serverless'; // Uncomment the following lines if you are on environments that do not support WebSocket, e.g, Node.js // import ws from 'ws'; // neonConfig.webSocketConstructor = ws; export const pool = new Pool({ connectionString: process.env.DATABASE_URL }); export const sql = neon(process.env.DATABASE_URL);
Tips and tricks
- Stay organized: Use prefixes like
dev/feature-auth
ordev/alice
- Reset data: Start fresh when needed:
neon branches reset dev/your-name
- Feature work: Create dedicated branches:
neon branches create --name dev/auth-system --parent main
Local PostgreSQL
Sometimes you need to work offline or want full control over your database. Here's how to set up a local instance that works perfectly with Neon.
Why use it?
- Full control: Your own PostgreSQL instance
- Offline work: Code without internet dependency
- Fast queries: Zero network latency
- Free development: Use your local resources
Setup steps
-
Install Dependencies
npm install @neondatabase/serverless ws
-
Set up via Docker Compose
services: postgres: image: postgres:17 command: '-d 1' volumes: - db_data:/var/lib/postgresql/data ports: - '5432:5432' environment: - POSTGRES_USER=postgres - POSTGRES_PASSWORD=postgres - POSTGRES_DB=main healthcheck: test: ['CMD-SHELL', 'pg_isready -U postgres'] interval: 10s timeout: 5s retries: 5 neon-proxy: image: ghcr.io/timowilhelm/local-neon-http-proxy:main environment: - PG_CONNECTION_STRING=postgres://postgres:postgres@postgres:5432/main ports: - '4444:4444' depends_on: postgres: condition: service_healthy volumes: db_data:
-
Configure the connection
import { neon, neonConfig, Pool } from '@neondatabase/serverless'; import ws from 'ws'; let connectionString = process.env.DATABASE_URL; // Configuring Neon for local development if (process.env.NODE_ENV === 'development') { connectionString = 'postgres://postgres:postgres@db.localtest.me:5432/main'; neonConfig.fetchEndpoint = (host) => { const [protocol, port] = host === 'db.localtest.me' ? ['http', 4444] : ['https', 443]; return `${protocol}://${host}:${port}/sql`; }; const connectionStringUrl = new URL(connectionString); neonConfig.useSecureWebSocket = connectionStringUrl.hostname !== 'db.localtest.me'; neonConfig.wsProxy = (host) => (host === 'db.localtest.me' ? `${host}:4444/v1` : undefined); neonConfig.webSocketConstructor = ws; } export const pool = new Pool({ connectionString }); export const sql = neon(connectionString);
Choosing your development approach
Before choosing between cloud-hosted or local development, it's important to understand the benefits of each approach.
Cloud-hosted branches offer several compelling advantages:
Cost-efficient development
- Minimal storage costs: Branches are extremely cost-effective as you only pay for unique data changes
- Smart compute usage: Development happens on small, autosuspending computes (0.25 vCPU)
- Free Plan benefits: Even the Free Plan includes 5 compute hours on dev branches
- This translates to 20 hours of development time on a 0.25 vCPU compute
- One compute hour at 1 vCPU equals four hours at 0.25 vCPU
Developer-friendly features
- Instant deployment: Branches are created in seconds, just like Git branches
- Branch reset: Easily refresh your development data from the parent branch
- Zero maintenance: No need to manage local PostgreSQL installations
Feature | Database Branching | Local PostgreSQL |
---|---|---|
Setup Time | ✅ Instant (~1 second) | ⏱️ Requires initial configuration |
Configuration | ✅ Zero configuration needed | 🔧 Requires local setup |
Team Collaboration | ✅ Easy branch sharing and management | 🤝 Requires additional setup |
Cost Management | ✅ Pay only for unique data and compute time | 💻 Local resources only |
Resource Scaling | ✅ Scale to zero when not in use | ❌ Always consuming resources |
Offline Development | ❌ Requires internet connection | ✅ Works offline |
Network Latency | 🌐 Depends on connection | ✅ Zero latency |
Production Parity | ✅ Identical to production | 🔄 Requires additional configuration |
When to use each approach
Choose database branching when:
- You want instant development environments
- You need efficient resource utilization
- You're working with a team
Perfect for:
- Most development workflows
- Team environments
- Rapid prototyping
- Feature development
- Testing database changes
Consider local PostgreSQL when:
- Offline development is crucial
- You need zero network latency
- You require complete database control
- You have specific local testing requirements
Best practices for cloud-hosted development with Neon branching
Environment tips
- Keep development and production database branches separate
- Always Use clear branch naming
- Never commit credentials to a version control system
Resource tips
- Use auto-suspend for development branches
- Clean up unused branches
- Reset branches to match production when needed
Security tips
- Use separate development credentials
- Rotate credentials regularly
- Keep production credentials isolated
Start building
You're now ready to create a powerful development environment with Neon. Choose the approach that fits your team best and start building.
Need help?
Join our Discord Server to ask questions or see what others are doing with Neon. Users on paid plans can open a support ticket from the console. For more details, see Getting Support.