ما الفرق بين clone و fetch و pull و push؟

Question

IT Interview Practice · Accepted Answer

هذه الأوامر الأربعة تنقل البيانات بين **المستودع المحلي** والمستودعات البعيدة، لكنها تقوم بأشياء مختلفة. فهم الفروقات — خاصة **fetch مقابل pull** — مهم للعمل مع المستودعات البعيدة بشكل صحيح.

## clone — نسخ المستودع (مرة واحدة)

```bash
git clone <url>
# → creates a LOCAL copy of an entire remote repository (all history + branches)
# → sets up "origin" pointing to the remote; done ONCE to start working on a project
```

`clone` ينزل نسخة كاملة من مستودع بعيد لبدء العمل — يتم تنفيذه مرة واحدة لكل مشروع.

## fetch — تنزيل التغييرات البعيدة (بدون دمج)

```bash
git fetch origin
# → downloads new commits/branches from the remote into remote-tracking branches
#   (origin/main, etc.) but does NOT change your working files or current branch
# → SAFE: lets you SEE what's new before integrating it
git log origin/main            # inspect the fetched changes
```

`fetch` ينزل التغييرات البعيدة **بدون دمجها** — ملفاتك لن تتأثر، مما يتيح لك فحص التغييرات قبل دمجها.

## pull — fetch مع الدمج

```bash
git pull origin main
# → fetch + merge: downloads remote changes AND merges them into your current branch
# → updates your working files (may cause merge conflicts)
# pull = fetch + merge (or fetch + rebase with --rebase)
```

`pull` ينفذ `fetch` ثم يقوم فوراً **بدمج** التغييرات في فرعك الحالي — مزيج مريح، لكنه يغير ملفاتك (وقد يسبب تضاربات).

## push — رفع التزاماتك

```bash
git push origin main
# → uploads YOUR local commits to the remote (the opposite direction of pull)
# → shares your work; fails if the remote has changes you don't have (pull first)
```

```text
clone → copy a repo (start)      fetch → download (no merge)
pull  → fetch + merge (update)   push  → upload your commits (share)
```

## لماذا يُعتبر هذا مهماً

فهم الفرق بين clone و fetch و pull و push مهم ل**العمل بشكل صحيح مع المستودعات البعيدة**، لذا فهو معرفة عملية أساسية — وهذه الأوامر تُخلط بين بعضها بكثرة، خاصة fetch مقابل pull.

كل أمر يخدم غرضاً مختلفاً: **`clone`** ينسخ مستودع بعيد كاملاً لبدء العمل (يُنفذ مرة واحدة)، **`fetch`** ينزل التغييرات البعيدة **بدون دمج** (بطريقة آمنة تتيح لك فحص ما هو جديد قبل الدمج)، **`pull`** ينفذ fetch **ويدمج** (يُحدِّث فرعك بشكل مريح لكن يغير ملفاتك وقد يسبب تضاربات)، و**`push`** يرفع التزاماتك لمشاركة عملك.

تمييز **fetch مقابل pull خاصة مهم وكثيراً ما يساء فهمه**: `fetch` غير مدمِّر (ينزل بدون المس بعملك، لذا يمكنك مراجعة التغييرات أولاً)، بينما `pull` يدمج التغييرات فوراً في فرع العمل — فهم هذا يتيح لك اختيار الطريقة الأكثر أماناً fetch-then-inspect عندما تريد التحكم، بدلاً من السحب العشوائي دائماً.

معرفة أن **`push` قد يفشل إذا كان للمستودع البعيد تغييرات لا تملكها** (مما يتطلب سحب أولاً) يشرح وضعاً شائعاً.

فهم الاتجاهات (clone/fetch/pull تجلب التغييرات *للداخل*؛ push يرسل التغييرات *للخارج*) يوضح تدفق البيانات بين المستودع المحلي والبعيد.

بما أن العمل مع المستودعات البعيدة أساسي للتعاون وهذه الأوامر الأربعة هي كيفية نقل البيانات بين المستودعات المحلية والبعيدة، وبما أن الخلط بينها (خاصة fetch مقابل pull) يؤدي إلى أخطاء أو دمج غير متوقع، فإن فهم الفرق بين clone و fetch و pull و push هو معرفة Git أساسية وتُطبَّق بكثرة في التطوير التعاوني — توضح العمليات الأساسية للمستودعات البعيدة التي يستخدمها كل مطور وتحل تمييزاً كثيراً ما يساء فهمه (fetch مقابل pull) يؤثر على مدى أمان دمج تغييرات الآخرين.

clone — نسخ المستودع (مرة واحدة)

fetch — تنزيل التغييرات البعيدة (بدون دمج)

pull — fetch مع الدمج

push — رفع التزاماتك

لماذا يُعتبر هذا مهماً

أسئلة ذات صلة