Documentation Index
Fetch the complete documentation index at: https://docs.thesozocrm.com/llms.txt
Use this file to discover all available pages before exploring further.
Team Development Workflow
Our team uses a modern, async-first workflow centered around Linear for issue tracking and GitHub for code collaboration.Linear Workflow (Issue Tracking)
Overview
Linear is our single source of truth for:- 🐛 Bug reports
- ✨ Feature requests
- 📋 Task tracking
- 🏃 Sprint planning
- 📊 Progress monitoring
Linear Setup (10 minutes)
Enable Notifications
Go to Settings → Notifications and enable:
- Email notifications for mentions
- Desktop notifications for assigned issues
Linear Structure
Teams
- Engineering: All developers (you’re here!)
Projects
Core Features
Major features and enhancements
Bug Fixes
Bug reports and fixes
Technical Debt
Refactoring and code improvements
Documentation
Documentation updates
Labels
good-first-issue- Perfect for new developersbug- Something isn’t workingfeature- New functionalityenhancement- Improvement to existing featureurgent- Needs immediate attentionblocked- Waiting on external dependency
Priorities
- 🔴 Urgent: Drop everything
- 🟠 High: This sprint
- 🟡 Medium: Next sprint
- 🟢 Low: Backlog
Daily Workflow with Linear
1. Start Your Day
2. Working on an Issue
Create Branch
Pro Tip: Always include the Linear issue ID (e.g.,
ELE-123) in your branch name and commit messages. Linear will automatically link everything!3. Creating a Pull Request
When you create a PR on GitHub:4. End Your Day
- Update progress on Linear issues
- Add comments for anything blocking you
- Set status for tomorrow’s work
Git Flow Workflow
We use a simplified Git Flow model:Branch Structure
Creating Feature Branches
Feature Branch Workflow
Branch Naming Convention
| Type | Example | When to Use |
|---|---|---|
feature/ELE-123-* | feature/ELE-123-user-search | New features |
fix/ELE-123-* | fix/ELE-123-login-bug | Bug fixes |
refactor/ELE-123-* | refactor/ELE-123-api-cleanup | Code refactoring |
docs/ELE-123-* | docs/ELE-123-api-guide | Documentation |
test/ELE-123-* | test/ELE-123-unit-tests | Test additions |
Commit Message Format
Standard Format
Commit Types
feat: New featurefix: Bug fixrefactor: Code refactoringdocs: Documentationtest: Test additionschore: Maintenance tasksperf: Performance improvements
Examples
Pull Request Process
1. Create PR
Fill Template
Use the PR template (auto-filled):
- Summary of changes
- Linear issue link
- Testing steps
- Screenshots (if UI changes)
2. Code Review
As Author:- Respond to feedback within 24 hours
- Make requested changes
- Re-request review after changes
- Review within 48 hours
- Be constructive and specific
- Approve when ready or request changes
3. Merge
Sprint Workflow (2-Week Cycles)
Sprint Planning (Monday Week 1)
Estimate Issues
Add time estimates to issues:
- Small: 1-2 hours
- Medium: 4-8 hours
- Large: 16+ hours (break into smaller issues)
During Sprint
- Check Linear daily
- Update issue status as you work
- Comment on blockers immediately
- Move completed issues to “Done”
Sprint Review (Friday Week 2)
- Demo completed features
- Update Linear issue statuses
- Move incomplete issues to next sprint
Communication Guidelines
When to Use Email
Email chandlerking@elevateyouenterprise.com
- Urgent production issues
- Questions about architecture decisions
- Onboarding questions
- Time off requests
When to Use Linear
Use Linear for
- Bug reports
- Feature requests
- Task updates
- Technical discussions on specific issues
- Questions about implementation
When to Use GitHub
Use GitHub PRs for
- Code reviews
- Technical implementation discussions
- Suggesting code changes
Keyboard Shortcuts
Linear Shortcuts
| Shortcut | Action |
|---|---|
C | Create new issue |
Q | Quick find |
/ | Search |
I | Assign to me |
S | Change status |
L | Change label |
P | Change priority |
GitHub Shortcuts
| Shortcut | Action |
|---|---|
T | File finder |
B | Blame view |
/ | Search |
G then I | Go to issues |
G then P | Go to pull requests |
Best Practices
Linear Best Practices
Write Clear Issue Titles
Write Clear Issue Titles
❌ Bad: “Button doesn’t work”✅ Good: “Save button on deal edit page returns 403 error”
Add Context
Add Context
Include:
- Steps to reproduce (for bugs)
- Expected vs actual behavior
- Screenshots/videos
- Browser/environment info
Keep Issues Updated
Keep Issues Updated
- Update status as you work
- Comment on progress
- Add blockers immediately
Use Labels
Use Labels
Always add appropriate labels:
- Issue type (bug, feature, etc.)
- Priority
- Difficulty (for new devs)
Git Best Practices
Commit Often
Commit Often
- Commit every logical change
- Don’t wait until end of day
- Easier to review and revert
Write Good Messages
Write Good Messages
- Use present tense (“Add” not “Added”)
- Be specific about what changed
- Include the “why” not just “what”
Keep PRs Small
Keep PRs Small
- Target: < 400 lines changed
- One feature/fix per PR
- Easier and faster to review
Review Your Own PR
Review Your Own PR
Before requesting review:
- Read through your own changes
- Test thoroughly
- Check for console.logs
- Run linter
Common Workflows
Workflow: Report a Bug
Fill Details
- Title: Clear description
- Description: Steps to reproduce
- Label:
bug - Priority: Set appropriately
- Screenshots: Attach if helpful
Workflow: Request a Feature
Workflow: Fix a Bug
Quick Reference
Linear States
- Backlog: Not yet planned
- Todo: Planned for current sprint
- In Progress: Actively working on it
- In Review: PR is open
- Done: Merged and complete
- Cancelled: Won’t do
When to Update Status
- Start working → In Progress
- Open PR → In Review
- PR merged → Done (automatic!)
- Can’t complete → Cancelled
Need Help?
Linear Help Docs
Official Linear documentation
Email Support
Last Updated: November 4, 2025

