تو این پست می‌خوام به طور مختصر و مفید نحوه ی آپلود کردن پروژه تو گیت هاب رو توضیح بدم 👌

🔢 ایجاد ریپازیتوری (Repository) تو گیت هاب

✅ بعد از اینکه با اکانتمون وارد سایت گیت هاب شدیم ، از منو بالا سمت راست، روی علامت + کلیک کنیم و روی New repository بزنیم.

🔢 آپلود پروژه تو ریپازیتوری گیت هاب

🌀 ترمینالمون رو باز میکنیم (اگه از ویندوز استفاده میکنیم باید Git bash رو باز کنیم) و با دستور cd وارد فولدر پروژه که تو دسکتاپمون هست بشیم

👉 cd Desktop/simple-PWA

🔢 دستور زیر رو وارد میکنیم تا یک ریپازیتوری خالی گیت داخل فولدر پروژه اضافه بشه

👉 Git init

🔢 با دستور زیر فایل رو به گیت اضافه میکنیم

👉 git add .

🔢 حالا باید برای این فایل های تازه که به گیت اضافه شدن رو یک پیام مشخص بزاریم:).با دستور زیر این کارو انجام میدیم :

👉 git commit -m "Upload simple PWA project on Github"

🔢 برای گیتی که روی پروژه تعریف کردیم نیازه که یک شاخه پیش‌فرض هم تعیین کنیم :

👉 git branch -M master

🔢 حالا باید فایل گیت رو به گیت هاب اضافه کنیم:

با دستور زیر فایل هایی که به گیت اضافه کردیم رو میفرستیم روی مخزن گیت هاب👌

👉 git push -u origin master

🧑‍💻 برو به سایت گیت هاب

#github #git
☕️ @CodeExplore

با استفاده از این سایت میتونید git رو با انجام دادن پروژه های عملی یاد بگیرید💯

👉 https://githowto.com

#git #tutorial
☕️ @CodeExplore

🌐 بنیانگذار گیت‌هاب آقای Scott Chacon یک سخنرانی پرانرژی در FOSDEM 2024 داشت که بخش‌های جالبی از گیت، و همچنین بخش‌هایی از گیت‌هاب رو اومد بررسی کرد💥

براتون لینک یوتیوبش رو قرار میدم که به همراه زیر نویس انگلیسی هست و می تونین بلاگ هایی هم که گذاشته مطالعه کنید👇

🖥 مشاهده ویدیو در یوتیوب

🌐 مشاهده مطالب در وبلاگ

#github #git
☕️ @CodeExplore

آموزش Git بصورت مرحله به مرحله از مقدماتی تا پیشرفته 🔝

👉 https://atlassian.com/git/tutorials

#git #tutorial
☕️ @CodeExplore

پرکاربردترین نکات و ترفندهای git 🟢

🌪 https://github.com/git-tips/tips

#git #tips #tricks
☕️ @CodeExplore

📚 Getting Started with Git

تو این PDF می تونین خیلی راحت و سریع، کار کردن با گیت رو یاد بگیرید😎

🔥🔥🔥🔥🔥🔥🔥🔥

دوستان برنامه نویسی که سطح زبانتون خوب نیست ، سعی کنید به یک سطح خؤبی برسونید تا بتونین متوجه مطالب این مقاله و سایت هایی که تو چنل معرفی میکنیم بشید.
و اصن جدا از اینا کلا نیازتون میشه تو برنامه نویس ، بدون زبان نمی تؤنین کارتون رو بیشتر از یک حدی ببرید جلو. قصد ناامید کردن ندارم ولی حقیقت ماجراس ، کسایی که انگلیسی بلد نیستن و یا اصن به فکر قوی کردنش نیستن به فکر برنامه نویسی نباشن.

#book #git
☕️ @CodeExplore

🚀 آموزش گیت: سفری به دنیای کنترل ورژن

سلام به همه دوستان عزیز! طبق نظرسنجی که داخل کانال قرار گرفت، از امروز قراره آموزش گیت و گیت هاب رو باهم دیگه پیش ببریم🔥

🔍 تاریخچه گیت
گیت توسط لینوس توروالدز , خالق لینوکس، در سال 2005 معرفی شد. او این ابزار را برای کمک به توسعه کرنل لینوکس طراحی کرد. امروزه، گیت یکی از سیستم‌های کنترل نسخه پرطرفدار در جهان است و توسط توسعه‌دهندگان در سراسر دنیا استفاده می‌شود.

✔️ موارد استفاده و فواید گیت
گیت یک سیستم کنترل نسخه توزیع‌شده است که برای مدیریت کد منبع در پروژه‌های بزرگ و کوچک بسیار مفید است. در زیر برخی از فواید استفاده از گیت را می‌بینید:

1. توزیع: گیت یک سیستم توزیع‌شده است، بنابراین هر توسعه‌دهنده می‌تواند یک کپی کامل از مخزن را در سیستم خود داشته باشد.
2. سرعت: گیت سریع است. تمام عملیات‌ها در سیستم محلی انجام می‌شوند، بنابراین نیازی به اتصال به سرور مرکزی نیست.
3. امنیت: گیت از مدل امنیتی SHA1 برای محافظت از تغییرات و نسخه‌بندی فایل‌ها استفاده می‌کند.
4. قابلیت بازگشت: با گیت، شما می‌توانید به هر نقطه‌ای از تاریخچه پروژه بازگردید و تغییرات را بررسی کنید.
5. همکاری: گیت امکان همکاری آسان بین توسعه‌دهندگان را فراهم می‌کند، حتی در پروژه‌های بزرگ.

⚙️ نصب و راه‌اندازی گیت
برای نصب گیت، ابتدا به وب‌سایت رسمی گیت به آدرس https://git-scm.com مراجعه کنید و نسخه مناسب برای سیستم عامل خود را دانلود کنید. پس از دانلود، فایل نصب را اجرا کنید و دستورالعمل‌های نصب را دنبال کنید. پس از نصب، می‌توانید با باز کردن ترمینال یا خط فرمان و تایپ git --version، نصب گیت را بررسی کنید.

⭐ خلاصه
گیت یک ابزار قدرتمند برای کنترل نسخه است که به توسعه‌دهندگان اجازه می‌دهد تا بر روی پروژه‌های خود کار کنند، تغییرات را ردیابی کنند و با دیگران همکاری کنند. امیدوارم این مقدمه کوتاه به شما کمک کند تا با گیت آشنا شوید. در پست‌های بعدی، به بررسی عمیق‌تر این ابزار خواهیم پرداخت.

#git #git_history #git_install #git_1
☕️ @CodeExplore

سلام به شما دوستان عزیز، در ادامه آموزش های گیت و گیت هاب امروز رسیدیم به مبحث مخزن ها و دستور git add داخل گیت:

📁مخازن گیت چیستند؟
مخازن گیت یا همان Repository‌ ها، فضایی هستند که در آن تاریخچه تغییرات یک پروژه ذخیره می‌شود. هر مخزن گیت شامل تمامی فایل‌ها و دایرکتوری‌های پروژه و همچنین تاریخچه کامل تغییرات آن‌ها است. در اصل وقتی شما از گیت داخل پروژتون استفاده میکنین، همون دایرکتوری پروژه شما تبدیل به مخزن گیت هم میشه.

🔍چرا از مخازن گیت استفاده می‌شود؟
استفاده از مخازن گیت چندین مزیت دارد:
1.کنترل نسخه ( Version Control ): گیت به شما اجازه می‌دهد تا تغییرات خود را در طول زمان ردیابی کنید. این به شما امکان می‌دهد تا به نسخه‌های قبلی کد برگردید، تغییرات را مقایسه کنید و خطاهای احتمالی را پیدا کنید.
2.همکاری( Collaboration ): با گیت، چندین توسعه‌دهنده می‌توانند بر روی یک پروژه همزمان کار کنند. گیت به هر توسعه‌دهنده اجازه می‌دهد تا در یک "Branch" جداگانه کار کند، بدون اینکه کار دیگران را مختل کند.
3.بازگشت به محیط سالم( Revert to Healthy State ): اگر خطایی رخ دهد، می‌توانید به آخرین نسخه سالم کد برگردید.

🔭دستور git init چیست؟
دستور git init یک دستور ساده ولی قدرتمند در گیت است که یک مخزن گیت جدید ایجاد می‌کند. این دستور یک دایرکتوری پنهان به نام .git ایجاد می‌کند که تمام اطلاعات لازم برای مخزن گیت را در خود دارد.

برای استفاده از این دستور، ابتدا باید یک دایرکتوری برای پروژه خود ایجاد کنید. سپس، درون این دایرکتوری، دستور git init را اجرا کنید. به عنوان مثال:

git init

با اجرای این دستورات، یک مخزن گیت جدید در دایرکتوری پروژه شما ایجاد می‌شود و میتونین از گیت در پروژه خود استفاده کنین، فقط یادتون باشه که حتما گیت رو به درستی نصب کرده باشین که توی آموزش قبلی توضیح دادیم.

#git #git_repository #git_add #git_2
☕️ @CodeExplore

🔷امروز قراره در ادامه آموزش های گیت و گیت هاب درباره سه تا دستور پر کاربرد صحبت کنیم که البته توی آموزش قبلی به دوتاش اشاره کردیم:

🔹دستور git status : یکی از پرکاربرد ترین و مهم ترین دستورهایی که داخل گیت وجود داره همین دستوره، شما وقتی از این دستور استفاده کنین همونطور که از اسمش معلومه، وضعیت فعلی شمارو میگه، به طور مثال شما یکسری تغییراتی دادین(مثلا فایل اضافه کردین یا یسری کدهایی زدین یا حتی حذف کردین و تغییر دادین) و با استفاده از این دستور میتونین کامل ببینین که دقیقا توی چه فایل هایی تغییری ایجاد شده یا چی اضافه و حذف شده، توی یه لیست کامل خودش نشونتون میده
روش استفادش هم خیلی راحته :

git status

🔹دستور git add : خب ما توی آموزش قبلی یه اشاره بهش کردیم و گفتیم با این دستور، تغییراتمون رو به فضای Staging Area میبریم، ولی قراره بیشتر وارد جزئیات کار باهاش بشیم
در اصل شما وقتی از این دستور استفاده میکنین، میاین و تغییراتی که توی فایل ها اتفاق افتاده رو ثبت میکنین داخل فضای میانی و برای Commit شدن آمادشون میکنین، شما باید زمان استفاده از این دستور مشخص کنین دقیقا چه فایلی رو میخاین به مرحله بعد بفرستین
روش استفاده:

git add <file name>

🔴ولی خب چه اتفاقی میوفته اگه ما تغییرات خیلی زیادی داشته باشیم؟؟ نمیشه که 100 بار این دستور رو برای هر کدوم از فایل ها جدا جدا بنویسیم، در نتیجه ما میایم به جای اسم فایل، از دات استفاده میکنیم:

git add .

و اینطوری تمام تغییراتمون به فضای Staging Area منتقل میشه
ولی یکی از دوستان توی کامنت های آموزش قبلی یه اشاره داشتن به اینکه با استفاده از A- به جای دات میتونیم این کارو بهتر کنیم که به این صورت میشه:

git add -A

حتی بعد از این دستور هم میتونین بازم از دستور git status استفاده کنین تا کامل متوجه بشین چه اتفاقی افتاده، قبل از اینکه تغییرات به Staging Area منتقل بشن و شما وضعیت رو ببینین، رنگشون قرمز هست که یعنی ثبت نشدن ولی بعد از git add و دیدن وضعیت میبینین که سبز شدن و به این معنی هست که تغییراتتون به فضای میانی منتقل شده

🔹دستور git commit : این دستور هم خیلی سادس و میتونین باهاش تغییراتی که توی مرحله قبل با استفاده از git add به فضای میانی اضافه کردین رو به فضای Local Repo منتقل کنین و ثبتشون کنین تا ذخیره بشن داخل مخزن گیت، با ایجاد هر کامیت، انگار یه مرحله جدید از کدتون به ثبت رسیده
👈 یه نکته که داره اینه که شما وقتی یک کامیت جدید میسازین، تاریخ و اسمتون به همراه یه ایدی برای کامیت و یسری پیام ها ذخیره میشه تا دقیقا بدونین این مرحله برای چی بوده و توی چه زمانی ثبت شده و توسط کی بوده
برای اینکه یه متن برای تایتل کامیت در نظر بگیرین از m- استفاده میکنین و اگر هم بخاین توضیحات تکمیلی اضافه کنین بازم از m- استفاده میکنین که اجباری نیست
نحوه استفادش

git commit -m "message" -m "description"

✔️با استفاده از این دستورات میتونین با گیت به راحتی کار کنین ولی هنوز کلی دستور هست که در ادامه بهش میپردازیم

#git #git_status #git_add #git_commit
☕️ @CodeExplore

❤️خوش اومدین به یه آموزش دیگه از سری آموزشی گیت و گیت هاب

⚡️امروز قراره به ادامه دستورات گیت بپردازیم و یسری دستورایی که برای کنترل بهتر گیت به کارمون میان رو باهم یاد بگیریم تا بهتر درک کنیم گیت داره با پروژمون چیکار میکنه

▶️دستور git log : این دستور یه دستور ساده اما پر کاربرد به حساب میاد، شما با استفاده از این دستور میتونین به لیست کامیت(commit) های پروژتون دسترسی داشته باشین و ببینین چه کامیت هایی دارین و حتی ایدی کامیت هارو بخونین تا اگر نیاز داشتین استفادش کنین، ولی این دستور رو میشه بیشتر مدیریت کرد.
فرض کنین شما صد ها کامیت زدین و میخاین الان کامیت هاتون رو مشاهده کنین ولی خب قطعا نیاز ندارین همه کامیت هارو ببینین، مثلا ممکنه 10 تا کامیت آخری که ثبت کردید رو مشاهده کنید، در این صورت این دستور رو اینطوری میزنیم:

git log -10

▶️با این کار فقط 10 تا کامیت آخر رو بهتون نشون میده
ولی خب وقتی شما استفادش کنین میبینین که کامیت هارو داره یکم شلوغ نشونتون میده و ممکنه نخاین اونقدر فضا بگیرن، پس این دستور رو امتحان کنین:

git log --oneline

▶️این دستور لیست کامیت هارو به صورت خلاصه و تک خطی نشونتون میده، فقط حواستون باشه oneline رو با online قاطی نکنین
حتی میشه این دوتارو ترکیب کرد:

git log --oneline -10

ولی خب یه کار خفن دیگه هم میشه کرد! شما میتونین کامیت هاتون رو به صورت درختی و نمودار مانند مشاهده کنین اونم با این دستور:

git log --graph

🟢دستور git diff : این دستور هم به کارتون میاد ولی خب اصولا کارش طوریه که IDE ها هم اکثرا دارن انجام میدن، شما وقتی این دستور رو وارد کنین، تغییراتون نمایش داده میشه، اینکه چه کدی پاک کردین، چه کدی اضافه کردین و چه کدی تغییر کرده رو کامل با جزئیات میتونین ببینین:

git diff

✨دستور git clear : این دستور خیلی به کار میاد و خیلی هم جذابه، شما با استفاده از این دستور میتونین فایل هایی که ساختین رو به حالت اول برگردونین و کلا حذفشون کنین، البته اینم بگم فقط فایل هایی که ثبت نشده رو از بین میبره، یعنی فایل های untracked رو، ولی خب فایل های untracked چیا هستن؟ دقیقا همون فایل هایی هستن که هنوز شما با استفاده از git add اونارو به فضای stage وارد نکردید
اما بریم سراغ استفادش:

git clean -n 

این دستور لیست فایل هایی که قراره حذف بشن رو نشونتون میده ولی حذف نمیکنه صرفا برای اینه که ببینین اگه بخاین حذف کنین چیا حذف میشه

git clean -f 

این دستور هم که پاک میکنه فایل هایی که اشاره کردیم رو

‼️فقط دوستان حواستون باشه نزنین فایل های مورد نیازتون رو پاک کنین چون دستور git clean قابل برگشت نیست
#git #git_log #git_diff #git_clean
☕️ @CodeExplore

👋برگشتیم با یه آموزش دیگه از سری آموزشی گیت و گیت هاب و امروز قصد داریم درباره مفهوم شاخه ها(branch) در گیت صحبت کنیم

📌سوال مهم اینه که شاخه ( Branch ) ها چی هستن؟ چیکار میکنن؟ به چه دردی میخورن؟
- شاخه ها توی گیت یه ابزار خیلی قدرتمند و عالی هستن که برای توسعه موازی پروژه به کار میرن، وقتی شما درحال توسعه پروژه هستین به صورت دیفالت روی یه شاخه وجود دارین که اسمش master یا main هست و شاخه اصلی پروژه شناسایی میشه، شما هر کامیتی که میزنین، هر تغییری که انجام میدین روی شاخه‌ی که هستین اعمال میشه پس این خیلی مهمه که برای کار های مختلف و امنیت پروژمون و البته خوانایی بالاتر کارامون بیایم و با چند تا شاخه(از این به بعد میگیم برنچ) کار کنیم تا یسری مزیت هارو داشته باشیم:

⚡️مزیت های کار با برنچ ها :
🟠- توسعه چندین فیچر به صورت همزمان: شما وقتی چند تا برنچ داشته باشین میتونین چندین فیچر و بخش مختلف رو توسعه بدین بدون اینکه کد های اصلی و برنچ اصلی پروژتون تغییری کنه و راحت بین فیچر ها جا به جا شین تا کارتون تموم شه، بعد که درست کار میکردن میتونین برنچ هارو یکی کنین و تغییراتش روی برنچ اصلی پروژتون اعمال بشه که خب عالیه
🟠- جداسازی کار و امنیت : وقتی که شما توسعه پروژتون رو جدا از برنچ اصلی انجام بدین به هر مشکلی هم که بوخورین، چون که روی برنچ اصلی نیستین، اون بیس و اصل پروژتون سالمه و خیالتون راحته که مشکلی برای پروژه پیش نمیاد و هروقت کداتون درست کار میکردن اونارو روی برنچ اصلی قرار میدین
🟠- تست آسان تر : وقتی از برنچ ها استفاده میکنین میتونین راحت چیزای مختلفو تست کنین و بین مراحل جا به جا بشین

❔حالا چطوری یه برنچ جدید بسازیم؟
با استفاده از دستور زیر میتونین یه برنچ جدید بسازین و هر اسمی دلتون میخاد براش بزارین:

git branch <branch name>

الان که برنچ جدیدتون ساخته شد میتونین با استفاده از دستور زیر، لیست تمام برنچ های موجود رو ببینین که پروژتون چه برنچ هایی داره:

git branch

❕ولی این موضوع هم هست که ما فقط با ساخت یه برنچ دیگه نمیتونیم باهاش کار کنیم و اول از همه نیاز داریم که برنچ دیگمون که ساختیم سوییچ کنیم، یه دستور ساده داره:

git checkout <branch name>

شما با استفاده از این دستور بین برنچ ها جا به جا میشین و راحت ازشون استفاده میکنین

🔥ولی اینکه ما بیایم یه برنچ جدید بسازیم و بعدش سوییچ کنیم بهش دوتا کامند و دستور جدا میبره و شاید بخایم یه راه خلاصه تر رو استفاده کنیم، پس:

git checkout -b <branch name>

با استفاده از این دستور هم یه برنچ جدید ساخته میشه هم سوییچ میشید به همون برنچ جدید

💎و خب الان دیگه میتونین راحت داخل برنچ جدیدتون هرکاری میخاین کنین و باز هم کامیت هاتون رو بزنین و انگار نه انگار یه برنچ دیگه هستین، ولی قضیه جایی جالب میشه که میخایم این برنچ جدیدمون رو با یه برنچ دیگه (مثلا main ) یکی و ترکیب کنیم تا تغییراتی که اعمال کردیم بره روی برنچ اصلی

✔️اینجا ما یه دستور و مفهوم جدید داریم به اسم merge که از اسمش هم مشخصه برای یکی کردن و تلفیق برنچ ها استفاده میشه
نحوه استفادش خیلی راحته
شما فرض کنین ما یه برنچ main داریم و یه برنچ dev
داخل برنچ dev اومدیم و یسری تغییراتی دادیم و الان میخایم اون رو به برنچ main مرج کنیم
اولین نکتش اینه که داخل اون برنچی باشین که قراره با یکی دیگه مرج بشه، یعنی الان ما میخایم dev رو بریزیم داخل main و یکیشون کنیم، باید اول بریم داخل برنچ main که با دستور checkout راهشو گفتیم
و حالا از این دستور استفاده میکنیم:

git merge <branch name>

و میبینین که الان کامیت ها و تغییرات داخل برنچ dev ، میان و ریخته میشن داخل برنچ main

❗️فقط دوستان یه نکته هست که شما وقتی توی یه برنچ فرعی ( هر برنچی به جز main ) هستین و درحال توسعه اون برنچ هستین، نباید بیاین و داخل برنچ main یسری تغییراتی بدین و کامیتی بزنین چون ممکنه دچار اختلال شه، در اصل ما وقتی یه برنچ جدید میسازیم دارم از برنچ فعلی یه کپی میگیریم اونجا، یعنی شما وقتی توی برنچ main هستین و اونجا یه برنچ dev میسازین، دارین همون محتوا و کد ها و فایل های main رو از روش یه برنچ دیگه به اسم dev میسازین، و خب موقع مرج و ادغام این برنچ ها وقتی dev به عنوان برنچ فرعی یسری تغییراتی داشته و شما داخل main هم باز یه کارایی کردین که دچار اختلال بشه، اینجا یه مشکل میخورین و باید کد ها و تغییراتتون رو با یکم دردسر کاری کنین این اختلال حل بشه پس یادتون باشه برنچ های فرعی رو هرکار خاستین کنین ولی تا وقتی کارتون با اونا تموم نشده از برنچ های اصلی دور شین تغییری توشون ندین

#git #git_branch #git_checkout #git_merge
☕️ @CodeExplore