شده بخوایید چند تا ترمینال تو VSCodeهمزمان باز کنید؟
اینجایی که تو عکس خط کشیدم اینکار رو خیلی تمیز انجام میده
🐾 @CodeCat_Dev
اینجایی که تو عکس خط کشیدم اینکار رو خیلی تمیز انجام میده
🐾 @CodeCat_Dev
𝐶𝑜𝑑𝑒 𝐶𝑎𝑡
Photo
نماد لینوکس، پنگوئنی به نام Tux است که چاق و نشسته به نظر می‌رسد. دلیل این طراحی ترکیبی از تاریخچه، طنز و نمادگرایی است:
۱. داستان انتخاب پنگوئن (۱۹۹۶):
لینوس توروالدز (خالق لینوکس) گفته بود که وقتی در استرالیا بوده، یک پنگوئن کوچک او را نوک زده و همین باعث شد به فکر استفاده از پنگوئن به عنوان نماد بیفتد. او این حیوان را «بامزه و دوست‌داشتنی» می‌دانست، برخلاف نمادهای ترسناک یا خیلی جدی مثل روباه یا عقاب که بعضی پیشنهاد داده بودند.
۲. چرا چاق و نشسته؟
· طراحی اولیه توسط لری ایوینگ (۱۹۹۶): او Tux را طراحی کرد و عمداً او را با شکم گرد و حالت نشسته کشید تا بی‌آزار، خودی و بامزه به نظر برسد، نه یک شکارچی یا موجود قدرتمند.
· طنز و فروتنی: پنگوئن‌ها پرنده‌هایی هستند که پرواز نمی‌کنند و روی زمین دست‌وپا چلفتی‌اند، اما در آب بسیار ماهرند. این استعاره‌ای بود از اینکه لینوکس هم ممکن است در ابتدا ساده و بی‌ادعا به نظر برسد، اما در عمل قدرتمند است.
· حالت نشسته: نشان‌دهنده آرامش، اعتماد به نفس و «آماده بودن» است، نه پرخاشگری.
۳. نام Tux:
از ترکیب Torvalds و Unix ساخته شده (یا به روایتی از Tuxedo، چون پنگوئن‌ها شبیه کت‌وشلوار هستند).
۴. چرا چاق؟
در طراحی‌های اولیه، اندام گرد و توپُر Tux باعث می‌شد قابل لمس و دوستانه باشد و از نمادهای خشن و نظامی‌گونه فاصله بگیرد. این با فلسفه متن‌باز (Open Source) که مبتنی بر همکاری و اجتماع است، همخوانی داشت.
خلاصه اینکه: Tux عمداً چاق، نشسته و بامزه طراحی شد تا حس صمیمیت، سادگی و قدرت آرام لینوکس را منتقل کند.
#لینوکس
🐾 @CodeCat_Dev
۱. داستان انتخاب پنگوئن (۱۹۹۶):
لینوس توروالدز (خالق لینوکس) گفته بود که وقتی در استرالیا بوده، یک پنگوئن کوچک او را نوک زده و همین باعث شد به فکر استفاده از پنگوئن به عنوان نماد بیفتد. او این حیوان را «بامزه و دوست‌داشتنی» می‌دانست، برخلاف نمادهای ترسناک یا خیلی جدی مثل روباه یا عقاب که بعضی پیشنهاد داده بودند.
۲. چرا چاق و نشسته؟
· طراحی اولیه توسط لری ایوینگ (۱۹۹۶): او Tux را طراحی کرد و عمداً او را با شکم گرد و حالت نشسته کشید تا بی‌آزار، خودی و بامزه به نظر برسد، نه یک شکارچی یا موجود قدرتمند.
· طنز و فروتنی: پنگوئن‌ها پرنده‌هایی هستند که پرواز نمی‌کنند و روی زمین دست‌وپا چلفتی‌اند، اما در آب بسیار ماهرند. این استعاره‌ای بود از اینکه لینوکس هم ممکن است در ابتدا ساده و بی‌ادعا به نظر برسد، اما در عمل قدرتمند است.
· حالت نشسته: نشان‌دهنده آرامش، اعتماد به نفس و «آماده بودن» است، نه پرخاشگری.
۳. نام Tux:
از ترکیب Torvalds و Unix ساخته شده (یا به روایتی از Tuxedo، چون پنگوئن‌ها شبیه کت‌وشلوار هستند).
۴. چرا چاق؟
در طراحی‌های اولیه، اندام گرد و توپُر Tux باعث می‌شد قابل لمس و دوستانه باشد و از نمادهای خشن و نظامی‌گونه فاصله بگیرد. این با فلسفه متن‌باز (Open Source) که مبتنی بر همکاری و اجتماع است، همخوانی داشت.
خلاصه اینکه: Tux عمداً چاق، نشسته و بامزه طراحی شد تا حس صمیمیت، سادگی و قدرت آرام لینوکس را منتقل کند.
#لینوکس
🐾 @CodeCat_Dev
مطمئناً براتون پیش اومده که یه کتابخانه یا پکیجی رو توی VSCode نصب کردید یا هر تغییراتی رو آوردی، ولی تغییرات اعمال نشده و نتونستید ازش استفاده کنید، و مجبور شدید IDE رو ببندید و دوباره باز کنید. ولی یه راه سریع‌تر هم هست.
رو بزنید و از منوی دستوری گزینه‌ی
رو انتخاب کنید. همین کار حکم همون بستن و باز کردن VSCode رو داره، بدون اینکه پنجره رو از دست بدید.
پ.ن: طبق تصویر بالا می‌بینید قابلیت‌های دیگه‌ای هم هست که میتونید ازشون استفاده کنید.
#تکنیک
🐾 @CodeCat_Dev
Ctrl+Shift+P
رو بزنید و از منوی دستوری گزینه‌ی
Python: Clear cache and reload the window
رو انتخاب کنید. همین کار حکم همون بستن و باز کردن VSCode رو داره، بدون اینکه پنجره رو از دست بدید.
پ.ن: طبق تصویر بالا می‌بینید قابلیت‌های دیگه‌ای هم هست که میتونید ازشون استفاده کنید.
#تکنیک
🐾 @CodeCat_Dev
تا حالا شده موقع push کردن پروژه روی گیتهاب با این خطا مواجه بشید؟
یعنی: «گیتهاب تغییراتی داره که شما ندارید. اول اونها رو دریافت کنید، بعد push کنید.»
یکی از دلایل رایج این خطا اینه که بعد از push اولیه، به‌صورت دستی از خود گیتهاب تغییراتی اعمال کرده باشید و اون تغییرات رو در نسخه‌ی لوکال نداشته باشید. (البته ممکنه فرد دیگه‌ای هم روی ریپو کامیت زده باشه.)
راه حل: اول با git pull تغییرات ریموت رو دریافت کنید، بعد دوباره push کنید تا نسخه‌ها هماهنگ بشن.
توجه داشته باشید:
اگه history لوکال و ریموت کاملاً متفاوتن و میخواید نسخه‌ی لوکال رو جایگزین ریموت کنید، میتونید از این دستور استفاده کنید:
⚠️ ولی با احتیاط! چون کامیتهای روی ریموت رو پاک میکنه و اگه کسی دیگه‌ای روی ریپو کار کرده باشه، تغییراتش از بین میره. اگه میخواید ایمن‌تر باشه، از این استفاده کنید:
این نسخه قبل از force کردن، چک میکنه که آیا ریموت از آخرین باری که دیدید تغییر کرده یا نه؛ اگه تغییر کرده باشه، جلوی push رو میگیره و نمیذاره کار بقیه رو خراب کنید.
#گیت‌گیتهاب
🐾 @CodeCat_Dev
! [rejected] main -> main (fetch first)
یعنی: «گیتهاب تغییراتی داره که شما ندارید. اول اونها رو دریافت کنید، بعد push کنید.»
یکی از دلایل رایج این خطا اینه که بعد از push اولیه، به‌صورت دستی از خود گیتهاب تغییراتی اعمال کرده باشید و اون تغییرات رو در نسخه‌ی لوکال نداشته باشید. (البته ممکنه فرد دیگه‌ای هم روی ریپو کامیت زده باشه.)
راه حل: اول با git pull تغییرات ریموت رو دریافت کنید، بعد دوباره push کنید تا نسخه‌ها هماهنگ بشن.
توجه داشته باشید:
اگه history لوکال و ریموت کاملاً متفاوتن و میخواید نسخه‌ی لوکال رو جایگزین ریموت کنید، میتونید از این دستور استفاده کنید:
git push --force
⚠️ ولی با احتیاط! چون کامیتهای روی ریموت رو پاک میکنه و اگه کسی دیگه‌ای روی ریپو کار کرده باشه، تغییراتش از بین میره. اگه میخواید ایمن‌تر باشه، از این استفاده کنید:
git push --force-with-lease
این نسخه قبل از force کردن، چک میکنه که آیا ریموت از آخرین باری که دیدید تغییر کرده یا نه؛ اگه تغییر کرده باشه، جلوی push رو میگیره و نمیذاره کار بقیه رو خراب کنید.
#گیت‌گیتهاب
🐾 @CodeCat_Dev