סקיל Netlify Deploy
netlify-deploy הוא סקיל שמפרס פרויקטי ווב לפלטפורמת Netlify באמצעות ה-CLI שלה, עם זיהוי חכם של הגדרות הפרויקט והקשר הפריסה. הוא מאמת את ההתחברות, מזהה את הפריימוורק, מקשר לאתר קיים או יוצר חדש, ופורס לסביבת preview או production. הגישה: קודם preview לבדיקה, ואז production כשמוכנים. ה-CLI רץ דרך npx בלי התקנה גלובלית, וההתחברות מתבצעת בדפדפן. בסוף מקבלים כתובת פריסה חיה. בפרויקטי הפיתוח שאני מוביל, פריסה מהירה לאירוח עם תצוגה מקדימה היא חלק מתהליך עבודה מסודר. במדריך תקבלו את כל ההנחיות, ארבעה תרחישי שימוש, וצ'קליסט איכות.
פקודת התקנה
npx skills add openai/skills@netlify-deploy -g -y
ההתקנה מתבצעת דרך מנהל החבילות הרשמי של הסקילים בפקודה אחת. הסקיל הוא קובץ Markdown פתוח מהמאגר של OpenAI, ומופעל כשמבקשים לפרוס אתר ל-Netlify. אפשר להוריד ולבדוק את הקוד דרך הכפתורים שבראש העמוד.
מה הסקיל כולל?
הסקיל מתעד פריסה ל-Netlify: אימות התחברות, זיהוי פריימוורק והגדרות, קישור לאתר או יצירת חדש, פריסת preview כברירת מחדל, ופריסת production לפי בחירה, עם קישור חי.
קוד הסקיל המלא
---
name: netlify-deploy
description: Deploy web projects to Netlify using the Netlify CLI (`npx netlify`). Use when the user asks to deploy, host, publish, or link a site/repo on Netlify, including preview and production deploys.
---
# Netlify Deployment Skill
Deploy web projects to Netlify using the Netlify CLI with intelligent detection of project configuration and deployment context.
## Overview
This skill automates Netlify deployments by:
- Verifying Netlify CLI authentication
- Detecting project configuration and framework
- Linking to existing sites or creating new ones
- Deploying to production or preview environments
## Prerequisites
- **Netlify CLI**: Installed via npx (no global install required)
- **Authentication**: Netlify account with active login session
- **Project**: Valid web project in current directory
- When sandboxing blocks the deployment network calls, rerun with `sandbox_permissions=require_escalated`.
- The deployment might take a few minutes. Use appropriate timeout values.
## Authentication Pattern
The skill uses the **pre-authenticated Netlify CLI** approach:
1. Check authentication status with `npx netlify status`
2. If not authenticated, guide user through `npx netlify login`
3. Fail gracefully if authentication cannot be established
Authentication uses either:
- **Browser-based OAuth** (primary): `netlify login` opens browser for authentication
- **API Key** (alternative): Set `NETLIFY_AUTH_TOKEN` environment variable
## Workflow
### 1. Verify Netlify CLI Authentication
Check if the user is logged into Netlify:
```bash
npx netlify status
```
**Expected output patterns**:
- ✅ Authenticated: Shows logged-in user email and site link status
- ❌ Not authenticated: "Not logged into any site" or authentication error
**If not authenticated**, guide the user:
```bash
npx netlify login
```
This opens a browser window for OAuth authentication. Wait for user to complete login, then verify with `netlify status` again.
**Alternative: API Key authentication**
If browser authentication isn't available, users can set:
```bash
export NETLIFY_AUTH_TOKEN=your_token_here
```
Tokens can be generated at: https://app.netlify.com/user/applications#personal-access-tokens
### 2. Detect Site Link Status
From `netlify status` output, determine:
- **Linked**: Site already connected to Netlify (shows site name/URL)
- **Not linked**: Need to link or create site
### 3. Link to Existing Site or Create New
**If already linked** → Skip to step 4
**If not linked**, attempt to link by Git remote:
```bash
# Check if project is Git-based
git remote show origin
# If Git-based, extract remote URL
# Format: https://github.com/username/repo or [email protected]:username/repo.git
# Try to link by Git remote
npx netlify link --git-remote-url <REMOTE_URL>
```
**If link fails** (site doesn't exist on Netlify):
```bash
# Create new site interactively
npx netlify init
```
This guides user through:
1. Choosing team/account
2. Setting site name
3. Configuring build settings
4. Creating netlify.toml if needed
### 4. Verify Dependencies
Before deploying, ensure project dependencies are installed:
```bash
# For npm projects
npm install
# For other package managers, detect and use appropriate command
# yarn install, pnpm install, etc.
```
### 5. Deploy to Netlify
Choose deployment type based on context:
**Preview/Draft Deploy** (default for existing sites):
```bash
npx netlify deploy
```
This creates a deploy preview with a unique URL for testing.
**Production Deploy** (for new sites or explicit production deployments):
```bash
npx netlify deploy --prod
```
This deploys to the live production URL.
**Deployment process**:
1. CLI detects build settings (from netlify.toml or prompts user)
2. Builds the project locally
3. Uploads built assets to Netlify
4. Returns deployment URL
### 6. Report Results
After deployment, report to user:
- **Deploy URL**: Unique URL for this deployment
- **Site URL**: Production URL (if production deploy)
- **Deploy logs**: Link to Netlify dashboard for logs
- **Next steps**: Suggest `netlify open` to view site or dashboard
## Handling netlify.toml
If a `netlify.toml` file exists, the CLI uses it automatically. If not, the CLI will prompt for:
- **Build command**: e.g., `npm run build`, `next build`
- **Publish directory**: e.g., `dist`, `build`, `.next`
Common framework defaults:
- **Next.js**: build command `npm run build`, publish `.next`
- **React (Vite)**: build command `npm run build`, publish `dist`
- **Static HTML**: no build command, publish current directory
The skill should detect framework from `package.json` if possible and suggest appropriate settings.
## Example Full Workflow
```bash
# 1. Check authentication
npx netlify status
# If not authenticated:
npx netlify login
# 2. Link site (if needed)
# Try Git-based linking first
git remote show origin
npx netlify link --git-remote-url https://github.com/user/repo
# If no site exists, create new one:
npx netlify init
# 3. Install dependencies
npm install
# 4. Deploy (preview for testing)
npx netlify deploy
# 5. Deploy to production (when ready)
npx netlify deploy --prod
```
## Error Handling
Common issues and solutions:
**"Not logged in"**
→ Run `npx netlify login`
**"No site linked"**
→ Run `npx netlify link` or `npx netlify init`
**"Build failed"**
→ Check build command and publish directory in netlify.toml or CLI prompts
→ Verify dependencies are installed
→ Review build logs for specific errors
**"Publish directory not found"**
→ Verify build command ran successfully
→ Check publish directory path is correct
## Troubleshooting
### Escalated Network Access
If deployment fails due to network issues (timeouts, DNS errors, connection resets), rerun the deploy with escalated permissions (use `sandbox_permissions=require_escalated`). The deploy requires escalated network access when sandbox networking blocks outbound requests.
Example guidance to the user:
```
The deploy needs escalated network access to deploy to Netlify. I can rerun the command with escalated permissions—want me to proceed?
```
## Environment Variables
For secrets and configuration:
1. Never commit secrets to Git
2. Set in Netlify dashboard: Site Settings → Environment Variables
3. Access in builds via `process.env.VARIABLE_NAME`
## Tips
- Use `netlify deploy` (no `--prod`) first to test before production
- Run `netlify open` to view site in Netlify dashboard
- Run `netlify logs` to view function logs (if using Netlify Functions)
- Use `netlify dev` for local development with Netlify Functions
## Reference
- Netlify CLI Docs: https://docs.netlify.com/cli/get-started/
- netlify.toml Reference: https://docs.netlify.com/configure-builds/file-based-configuration/
## Bundled References (Load As Needed)
- [CLI commands](references/cli-commands.md)
- [Deployment patterns](references/deployment-patterns.md)
- [netlify.toml guide](references/netlify-toml.md)
מה זה netlify-deploy ולמה הסקיל הזה שונה?
netlify-deploy פותר את החיכוך שבפריסה לאירוח: צריך לזכור אם מחוברים, אם האתר מקושר, איזו פקודה מריצים, ואיך לא לפרוס בטעות ל-production. הסקיל לוקח את זה על עצמו, בודק את מצב הפרויקט ובוחר את שיטת הפריסה הנכונה, כך שמקבלים כתובת חיה בלי להתעסק בפרטים.
מה שמייחד אותו הוא הזיהוי החכם של ההקשר. הסקיל בודק את מצב ההתחברות, מזהה את הפריימוורק וההגדרות מתוך הפרויקט, מקשר לאתר קיים לפי ה-git remote או יוצר אתר חדש, ופורס. הוא מעדיף preview כברירת מחדל לבדיקה, ועובר ל-production רק כשמבקשים. ה-CLI רץ דרך npx בלי התקנה גלובלית, וההתחברות בדפדפן. כך הפריסה מתאימה בדיוק למצב הפרויקט, בלי פקודות שגויות.
ההבדל מורגש בביטחון. במקום לנחש פקודות ולחשוש מפריסה שגויה, מקבלים תהליך מסודר עם תצוגה מקדימה. בשילוב עם סקיל implement למימוש, אפשר לבנות ולפרוס ברצף אחד, וזה צירוף חזק מהרעיון ועד אתר חי.
מה netlify-deploy נותן לקלוד קוד?
הסקיל מוסיף לקלוד יכולת פריסה מסודרת ל-Netlify: זיהוי הקשר, קישור או יצירת אתר, preview כברירת מחדל, וקישור חי.
זיהוי הקשר חכם
הסקיל בודק את מצב ההתחברות ל-Netlify, מזהה את הפריימוורק וההגדרות מתוך הפרויקט, ובודק אם האתר כבר מקושר. כך הוא יודע בדיוק באיזה מצב הפרויקט נמצא, ובוחר את שיטת הפריסה המתאימה בלי לנחש.
קישור או יצירת אתר
אם האתר לא מקושר, הסקיל מנסה לקשר לפי ה-git remote, ואם אין אתר קיים הוא יוצר חדש ומגדיר את הבנייה. כך הפריסה תופסת באתר הנכון, והפרויקט מחובר לפלטפורמה לפריסות עתידיות.
preview כברירת מחדל
כלל הברזל: קודם פורסים כ-preview לבדיקה, ורק כשמוכנים עוברים ל-production. כך בודקים את האתר החי בכתובת ייחודית לפני שהוא עולה לקהל, וזו הגנה מובנית מפני פריסה בטעות לסביבת הייצור.
פריסה והחזרת קישור
ה-CLI רץ דרך npx בלי התקנה גלובלית, בונה את הפרויקט, מעלה את הקבצים, ומחזיר כתובת פריסה חיה. הסקיל מדווח את הכתובת והפרטים, כך שתמיד יש לכם קישור לבדוק בו את האתר מיד אחרי הפריסה.
ארבע היכולות הופכות את קלוד למפרסם מסודר ל-Netlify. בעבודות שלי, פריסת preview עם זיהוי הקשר נתנה ביטחון לפרוס מהר בלי לחשוש מטעות בסביבת הייצור.
למי הסקיל הזה מתאים?
מפתחי אתרים סטטיים ו-JAMstack: זה הקהל המובהק. Netlify מצטיינת באירוח אתרים סטטיים ו-JAMstack, והסקיל הופך את הפריסה לפקודה אחת בטוחה, עם preview כברירת מחדל וקישור חי לבדיקה.
מי שמראה תוצאה ללקוח: קישור preview חי הוא דרך מצוינת להראות התקדמות. במקום צילומי מסך, הלקוח נכנס לאתר אמיתי ובודק בעצמו, לפני שמשהו עולה לייצור.
בוני פרוטוטייפ: רעיון מהיר שכדאי לפרסם ולבדוק. בשילוב עם סקיל prototype, אפשר לבנות פרוטוטייפ ולפרוס אותו כ-preview חי תוך דקות, כדי לקבל משוב אמיתי.
צוותים בקצב מהיר: כשמשחררים הרבה, פריסה חלקה קריטית. גם בעבודות אוטומציה שלי, חיבור הפריסה לזרימת העבודה מבטל שלב ידני וחוסך טעויות.
בוני דפי נחיתה: דף נחיתה צריך לעלות מהר ולהתעדכן בקלות. הסקיל מאפשר לפרוס דף נחיתה ל-Netlify בפקודה אחת, ולבדוק כל גרסה ב-preview לפני שהיא עולה.
מי שפחות יתאים: מי שמארח על תשתית אחרת, למשל וורסל או שרת משלו, יזדקק לכלי המתאים לה. הסקיל מבריק דווקא בפריסה ל-Netlify.
איך netlify-deploy עזר לי בפרויקטים אמיתיים
פריסת preview בפקודה אחת
רציתי לראות אתר חי מהר. הסקיל בדק את ההתחברות, זיהה את הפריימוורק, ופרס כ-preview. תוך דקות קיבלתי כתובת חיה לבדוק. לא הייתי צריך לזכור פקודות, והפריסה הייתה בטוחה כי לא נגעה בסביבת הייצור.
יצירת אתר חדש אוטומטית
הפרויקט לא היה מקושר ל-Netlify. הסקיל ניסה לקשר לפי ה-git remote, וכשלא נמצא אתר, יצר חדש והגדיר את הבנייה. הפרויקט התחבר לפלטפורמה, והפריסות הבאות תפסו באתר הנכון בלי הגדרה ידנית חוזרת.
זיהוי הגדרות בנייה נכון
לא הייתי בטוח באיזו פקודת בנייה ותיקיית פרסום להשתמש. הסקיל זיהה את הפריימוורק מתוך הפרויקט והציע את ההגדרות הנכונות. הבנייה רצה כשורה מהפעם הראשונה, בלי לנחש את ההגדרות או להיתקע על תיקיית פרסום שגויה.
קישור חי להראות ללקוח
לקוח ביקש לראות את ההתקדמות. פרסתי preview ושלחתי קישור חי. הלקוח נכנס לאתר אמיתי ובדק בעצמו. המשוב היה מדויק יותר כי הוא ראה את הדבר האמיתי, והכל בלי לגעת בסביבת הייצור.
ארבעת המקרים מראים שפריסה מסודרת ל-Netlify משנה את קצב העבודה. כשהפריסה בטוחה, preview כברירת מחדל, וזיהוי ההקשר אוטומטי, אפשר לשחרר מהר ולהראות תוצאה חיה בלי לחשוש מטעות בסביבת הייצור.
סיכום
סקיל netlify-deploy הוא כלי מצוין לכל מי שמפרסם אתרים ל-Netlify. הוא מאמת התחברות, מזהה את הפריימוורק וההגדרות, מקשר לאתר או יוצר חדש, פורס כ-preview כברירת מחדל, ומחזיר כתובת פריסה חיה.
אם אתם מתחילים, בפעם הבאה שתרצו לפרסם אתר, בקשו מקלוד לפרוס ל-Netlify עם הסקיל ותקבלו קישור preview חי. תראו כמה פשוטה ובטוחה הפריסה. משם, חיבור הפרויקט לפלטפורמה הופך כל פריסה למהירה.
בפוסטים הבאים אמשיך לסקור את הסקילים החזקים ביותר לפיתוח ול-DevOps. האתר של דביר נעמן מרכז את כל הכלים, השיטות והליווי שאני מציע לעסקים שרוצים נוכחות דיגיטלית מנצחת עם בינה מלאכותית.
שיתוף הסקיל
שאלות ותשובות
מה זה בעצם הסקיל netlify-deploy?
זה סקיל שמפרס פרויקטי ווב לפלטפורמת Netlify באמצעות ה-CLI שלה. הוא מאמת את ההתחברות, מזהה את הפריימוורק וההגדרות, מקשר לאתר קיים או יוצר חדש, ופורס לסביבת preview או production. ברירת המחדל היא preview לבדיקה, וה-CLI רץ דרך npx בלי התקנה גלובלית, עם החזרת כתובת חיה.
למה הסקיל פורס כ-preview ולא ל-production?
כי preview מאפשר לבדוק את האתר החי בכתובת ייחודית לפני שהוא עולה לקהל. זו הגנה מובנית מפני פריסה בטעות לסביבת הייצור, שיכולה להשפיע על משתמשים אמיתיים. הסקיל עובר ל-production רק כשמבקשים זאת, כך שמקבלים את הביטחון לפרוס מהר בלי לסכן את הגרסה החיה.
איך מתקינים את הסקיל בקלוד קוד?
בפקודה אחת דרך מנהל החבילות הרשמי של הסקילים, כפי שמופיע בקופסת ההתקנה למעלה. הסקיל הוא קובץ Markdown פתוח מהמאגר של OpenAI. אחרי ההתקנה בקשו לפרוס את הפרויקט ל-Netlify, והסקיל יבדוק את מצב הפרויקט ויבחר את שיטת הפריסה המתאימה.
האם צריך חשבון Netlify?
כן. הסקיל משתמש ב-CLI של Netlify, שדורש חשבון והתחברות. ההתחברות מתבצעת דרך הדפדפן בפקודת login, או לחלופין באמצעות אסימון גישה אישי שמגדירים כמשתנה סביבה. הסקיל עצמו לא מכיל מפתחות; הוא מסתמך על ההתחברות שאתם מבצעים מול החשבון שלכם.
מה קורה אם הפרויקט לא מקושר לאתר?
הסקיל מנסה תחילה לקשר לאתר קיים לפי ה-git remote של הפרויקט. אם לא נמצא אתר מתאים, הוא יוצר אתר חדש דרך פקודת init, שמנחה אתכם בבחירת צוות, שם אתר והגדרות בנייה. כך הפרויקט מתחבר לפלטפורמה, והפריסות הבאות תופסות באתר הנכון אוטומטית.
איך הסקיל יודע איך לבנות את הפרויקט?
אם קיים קובץ netlify.toml, ה-CLI משתמש בו אוטומטית. אם לא, הסקיל מזהה את הפריימוורק מתוך הפרויקט ומציע פקודת בנייה ותיקיית פרסום מתאימות, למשל בנייה ופרסום סטנדרטיים ל-Next.js או ל-React עם Vite. כך הבנייה רצה כשורה בלי שתצטרכו לנחש את ההגדרות.
מה ההבדל בין netlify-deploy ל-deploy-to-vercel?
שניהם פורסים פרויקטי ווב בגישה דומה של preview-תחילה וזיהוי הקשר, אך לפלטפורמות שונות. netlify-deploy פורס ל-Netlify, שמצטיינת באתרים סטטיים ו-JAMstack. deploy-to-vercel פורס לוורסל. בוחרים לפי הפלטפורמה שבה האתר מתארח, ושני הסקילים מביאים את אותה נוחות של פריסה בפקודה אחת.
איך מטפלים בסודות ומשתני סביבה?
הסקיל מנחה לא לכלול סודות ב-git לעולם. את משתני הסביבה והסודות מגדירים בלוח הבקרה של Netlify, תחת הגדרות האתר, והם נגישים בבנייה דרך משתני הסביבה הסטנדרטיים. כך מידע רגיש לא נשמר במאגר הקוד, אלא מנוהל בצורה מאובטחת בפלטפורמה עצמה.