Linear-Motion Sync Tool
A command-line microservice that automatically synchronizes Linear issues with your Motion calendar, eliminating the manual effort of keeping your work items in sync between platforms.
Overview
The Linear-Motion Sync Tool is designed for developers who use Linear for team project management and Motion for personal task and calendar management. It provides a robust, configurable pipeline to sync assigned Linear issues to your Motion calendar, ensuring your personal to-do list accurately reflects your work commitments.
Key Features
- Automated Task Creation: Automatically creates Motion tasks from assigned Linear issues
- Bidirectional Status Updates: Marks Linear issues with completion tags when tasks are finished in Motion
- Flexible Configuration: Support for multiple Linear workspaces, custom time estimates, and sync schedules
- Fault Tolerance: Resilient to API failures with comprehensive error logging
- Real-time Updates: Webhook and polling support for immediate synchronization
Installation
Option 1: Cargo (Rust Package Manager)
Option 2: Universal Binary Installer (ubi)
Option 3: Mise with Cargo
Option 4: Mise with ubi
Option 5: GitHub Releases
Download the latest binary from the GitHub releases page.
Quick Start
-
Initialize configuration:
-
Edit the generated
config.jsonwith your API keys and preferences -
Run a one-time sync:
-
Start continuous background syncing:
-
Check sync status:
-
(coming soon) Podman Quadlet: Run the daemon under podman + systemd with auto-updates.
Running Automatically with systemd
To run the sync command periodically as a specific user on a modern Fedora system, the best practice is to create a systemd user service and a corresponding timer unit. This is the modern replacement for user-level cron jobs.
This process involves creating two files in your user's configuration directory.
Step 1: Create the systemd Service File
This file tells systemd what command to run.
-
First, ensure the target directory exists:
-
Create the service file:
-
Add the following content:
[Unit] Description=Sync Linear Motion data [Service] Type=oneshot ExecStart=/linear-motion syncDescription: A human-readable description of what the service doesType=oneshot: Suitable for a script that starts, performs a single task, and then exitsExecStart: The full, absolute path to the command you want to run
Step 2: Create the systemd Timer File
This file tells systemd when to run the service defined above.
-
Create the timer file (must have the same name as the service file, but with a
.timerextension): -
Add the following content:
[Unit] Description=Run Linear Motion sync once an hour [Timer] OnCalendar=hourly Persistent=true [Install] WantedBy=timers.targetOnCalendar=hourly: Runs the job at the top of every hour (e.g., 1:00, 2:00, 3:00)Persistent=true: If the system was powered off when the job was supposed to run, it will run as soon as possible after the next boot/loginWantedBy=timers.target: Tellssystemdhow to enable the timer so it starts automatically when you log in
Step 3: Enable and Start the Timer
Important: Because these are user services, you must use the --user flag with systemctl. Do not use sudo.
# Reload the systemd user daemon to pick up the new files
# Enable and start the timer
Configuration
The tool uses a config.json file for configuration. Here's the structure:
Configuration Options
- motion_api_key: Your Motion API key for task management
- sync_sources: Array of Linear workspace configurations
- name: Friendly name for the sync source
- linear_api_key: Linear API key for this workspace
- projects: Optional list of specific Linear projects to sync
- webhook_base_url: Optional webhook URL for real-time updates
- sync_rules: Source-specific sync rules (overrides global rules)
- global_sync_rules: Default sync behavior
- default_task_duration_mins: Default task duration when no estimate exists
- completed_linear_tag: Tag applied to Linear issues when Motion tasks are completed
- time_estimate_strategy: Mapping of Linear estimates to Motion durations
- polling_interval_seconds: How often to check for updates (default: 300 seconds)
- schedule_overrides: Different polling intervals for specific times/days
Time Estimate Strategies
The tool supports multiple estimation systems:
- Fibonacci: Story point values (1, 2, 3, 5, 8, 13, etc.)
- T-Shirt: Size-based estimates (XS, S, M, L, XL)
- Linear: Linear's built-in estimation
- Points: Generic point-based system
How It Works
- Initial Sync: On startup, syncs all open assigned Linear issues to Motion
- Ongoing Updates: Uses webhooks or polling to detect new/updated Linear issues
- Task Creation: Creates Motion tasks with appropriate durations based on Linear estimates
- Completion Tracking: Monitors Motion for completed tasks
- Bidirectional Update: Tags completed Linear issues and removes them from sync
Commands
-
linear-motion init- Generate configuration template -
linear-motion sync- Run one-time sync -
linear-motion sync --watch- Start continuous background sync -
linear-motion status- Show current sync status and errors
Use Cases
Perfect for developers who:
- Use Linear for sprint planning and issue tracking
- Use Motion for personal time management and calendar blocking
- Want to automate the tedious task of keeping both systems in sync
- Need accurate time blocking based on work estimates
- Want bidirectional status updates between systems
Technical Details
- Database: Uses local
fjalldatabase for ID mappings and status tracking - API Integration: Respects rate limits for both Linear and Motion APIs
- Fault Tolerance: Handles API failures gracefully with retry logic
- Concurrency: Single daemon process with IPC for status queries
- Security: API keys stored in local configuration file
Contributing
Contributions are welcome! Please see the contributing guidelines for details.
License
This project is dual-licensed under either of
- Apache License, Version 2.0, (LICENSE-APACHE)
- MIT license (LICENSE-MIT)
at your option. See LICENSE.md for details.