GIT

نرم افزار تصویر:
GIT
جزئیات نرم افزار:
نسخه: 2.16.0 به روز شده
ها تاریخ: 20 Jan 18
توسعه دهنده: Junio C Hamano
پروانه: رایگان
محبوبیت: 252

Rating: 2.5/5 (Total Votes: 2)

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

این نرم افزار سیستم کنترل دسترسی آزاد و باز است که می تواند پروژه های بزرگ و کوچک را با حداکثر کارایی و سرعت اداره کند. این برنامه به راحتی می تواند کوچک، سریع و توزیع شود.


گزینه های خط فرمان

این برنامه همراه با تعدادی از دستورات است که می تواند به راحتی توسط هر کسی از دریافت بروید به یاد داشته باشید. تمام عملیات به صورت محلی انجام می شود و برای کار بر روی هسته لینوکس طراحی شده است.

فرمانهای اضافه شامل اضافه کردن، تقسیم، شاخه، پرداخت، کلون، commit، commit، fetch، grep، init، log، merge، mv، pull، push، rebase، reset، rm، show، status و tag است. شما به راحتی می توانید دستورات git --help را از یک پنجره ترمینال با استفاده از هر فرمان انجام دهید.


امکانات در یک نگاه

هنگام استفاده از Git، کاربران قادر به اضافه کردن فایل ها، شاخه ها یا مسیرهای پرداخت، مخازن کلون، ایجاد مجدد Git خالی، پیوستن به چندین تاریخچه توسعه، نمایش وضعیت درخت کاری، ثبت تغییرات و همچنین ایجاد، فهرست یا شاخه ها را حذف کنید.

علاوه بر این، این برنامه به کاربران اجازه می دهد تا تغییرات بین اعمال و کار درختان را مشاهده کنند، خطوط چاپی مطابق با یک الگوی، نمایش پیغام های اعلان شده، لینک ها و اشیاء دانلود، تغییر نام یا انتقال فایل ها، لینک ها و دایرکتوری ها، آپدیت های از راه دور و حذف فایل ها از یک درخت کاری.


جلوی نقاط مختلف گرافیکی وجود دارد

حتی اگر آن را تنها نرم افزار خط فرمان، رابط کاربری گرافیکی مختلف (GUI) در دسترس باشد، از جمله git-cola، SmartGit، GitEye، giggle و gitg. این پروژه با استفاده از شاخه های ارزان محلی، گردش کارهای متعدد و مکان های مناسب برای انجام امور غیرقانونی SCM (مدیریت پیکربندی نرم افزار) مانند CVS، Subversion، ClearCase و Perforce غیرفعال است.


خط پایین

به طور خلاصه، Git یک سیستم کنترل نسخه رایگان است که ویژگی های رعد و برق سریع دارد، یادگیری آسان است و دارای ردپای بسیار کوچک است. با Git شما می توانید سوئیچینگ متنی بدون اصطکاک، خطوط کد مبتنی بر نقش، کارکرد مبتنی بر ویژگی و آزمایشهای یکبار مصرف را انجام دهید.

چه جدید در این نسخه است:

یک تابع کمکی برای خواندن یک خط کامل به strbuf به اشتباه باعث خطای OOM در EOF تحت شرایط خاصی شده است که ثابت شده است.
علاوه بر & quot؛ cc: # cruft & quot ؛، & quot؛ cc: a@dd.re.ss # cruft & quot؛ به & quot؛ git send-email & quot؛ آموزش داده شد به عنوان یک راه معتبر به آن بگویید که لازم است یک نسخه کربن را در بخش تریلر ارسال کنید.
اصلاح رگرسیون به & quot؛ gitk - bisect & quot؛ توسط به روز رسانی های اخیر.
بر خلاف & quot؛ git commit tree & lt؛ فایل & quot ؛، & quot؛ git commit-tree -F file & quot؛ محتویات پرونده را به طور صریح عبور نمی داد و در نهایت خط پایان نهایی را در پایان تکمیل کرد، اگر وجود داشته باشد. آخرین نسخه به روز شده برای مطابقت با رفتار سابق است.
& quot؛ آرشیو git & quot ؛، به ویژه هنگامی که با pathspec استفاده می شود، یک پوشه خالی را در خروجی آن ذخیره می کند، حتی اگر Git خودش هرگز چنین کاری را انجام نمی دهد. این ثابت شده است.
خطای اشکال API که اتفاق می افتد به هشدارهای هک شده از GCC نیز می انجامد.
& quot؛ git gc & quot؛ تلاش می کند همزمان با خواندن و نوشتن pid / host از یک پرونده قفل، دو مورد را اجرا کند؛ آن هنگام استفاده از فرمت fscanf () نادرست در هنگام خواندن مورد استفاده قرار گرفت که اصلاح شده است.
تست linter تدریس شده است که ما "echo-e" را دوست نداریم.

کد: cmp.std.c nitpick.
& quot؛ git توصیف - ماتیک & quot؛ آموخته به گرفتن الگوهای متعدد در سری v2.13، اما این ویژگی را نادیده گرفته الگوهای پس از اولین و در همه کار نمی کند. این ثابت شده است.
& quot؛ git cat-file --textconv & quot؛ اخیرا به طور جدی آغاز شده است که اصلاح شده است.
الگوی ساخته شده برای شناسایی & quot؛ عنوان تابع & quot؛ برای HTML عناصر بدون عناصر بدون هیچ گونه صفت منطبق بود که ثابت شده است.
& quot؛ git mailinfo & quot؛ در رمزگشایی متناقض به چاپ می رسید و تولید زباله زمانی که دو حرف پس از علامت برابر نه هگزادسیمال نیست. این ثابت شده است.
مستندات برای "-X" برای ادغام به صورت گمراه کننده نوشته شده است تا نشان دهد که & quot؛ خودشان & quot؛ وجود دارد، که مورد نیست.
نام سیستم ما را به عنوان & quot؛ Git & quot؛ تلفظ کنید در خروجی از درخواست-pull script.
رفع مسائل دسترسی به حافظه دست انداز شناسایی شده توسط valgrind.
Backports معادل اخلاقی 2015 برای حل مشکالت نظرسنجی از gnulib بالادست برای حل اختلالات گاه به گاه در HPE NonStop.در & quot؛ - فرمت = ... & quot؛ گزینه ای از & quot؛ git برای هر ref & quot؛ فرمان (و دوستان آن، به عنوان مثال حالت فهرست & quot؛ git branch / tag & quot؛)، & quot؛٪ (atom:) & quot؛ (به عنوان مثال، & quot؛٪ (refname:) & quot ؛، & quot؛٪ (body:) & quot؛ مورد استفاده قرار گرفته است. در عوض، آنها را مانند کولون و رشته خالی که از آن دنبال می شود وجود ندارد.
کاربران با & quot؛ color.ui = همیشه & quot؛ در تنظیمات آنها توسط یک تغییر اخیر شکست خورده است که دستورات لوله کشی را برای توجه به آنها به عنوان پچ ایجاد شده توسط & quot؛ git add -p & quot؛ شکست داده است. رنگ (heh) و ساخته شده غیر قابل استفاده است. این ثابت شده است.
& quot؛ شاخه git -M a b & quot؛ در حالی که در یک شاخه ای که به هیچ وجه وابسته به هر شاخه یا شاخه نیست، در صورت استفاده چندین کارگر، خطا رخ می دهد. این ثابت شده است.
& quot؛ گوگل سریع صادرات & quot؛ با گزینه -M / -C صادر شده و & quot؛ کپی و & quot؛ دستورالعمل در یک مسیر که به طور همزمان اصلاح شده است، که نادرست است.
فرمان بازرسی & quot؛ git fast import & quot؛ به روز رسانی های refs و علامت ها را نادیده نگرفت مگر اینکه حداقل از یک آخرین نقطه بازرسی که به طور تصحیح شده است، حداقل یک شی ایجاد شود، زیرا این چیزها می توانند بدون هیچ گونه شی جدید ایجاد شوند.

اسکریپت هایی که TravisCI را به کار می برند، سازماندهی شده و سپس بهینه سازی شده است تا از چرخه مصرفی در یک شاخه ای که نکته آن برچسب گذاری شده است، اجرا شود.
& quot؛ git fetch: & quot؛ اجازه می دهد نام اسامی در سمت دیگر، زمانی که طرف دیگر از Git v2.5 چنین درخواستی را قبول می کند، اما مستند سازی باقی مانده است.
یک رگرسیون در 2.11 که کد را برای خواندن لیست فروشگاههای جابجایی متناوب انجام داد، پایان رشته را ثابت کرد.

چه جدید در نسخه 2.15.1 جدید است:

یک تابع کمکی برای خواندن یک خط کامل به strbuf به اشتباه باعث خطای OOM در EOF تحت شرایط خاصی شده است که ثابت شده است.
علاوه بر & quot؛ cc: # cruft & quot ؛، & quot؛ cc: a@dd.re.ss # cruft & quot؛ به & quot؛ git send-email & quot؛ آموزش داده شد به عنوان یک راه معتبر به آن بگویید که لازم است یک نسخه کربن را در بخش تریلر ارسال کنید.
اصلاح رگرسیون به & quot؛ gitk - bisect & quot؛ توسط به روز رسانی های اخیر.
بر خلاف & quot؛ git commit tree & lt؛ فایل & quot ؛، & quot؛ git commit-tree -F file & quot؛ محتویات پرونده را به طور صریح عبور نمی داد و در نهایت خط پایان نهایی را در پایان تکمیل کرد، اگر وجود داشته باشد. آخرین نسخه به روز شده برای مطابقت با رفتار سابق است.
& quot؛ آرشیو git & quot ؛، به ویژه هنگامی که با pathspec استفاده می شود، یک پوشه خالی را در خروجی آن ذخیره می کند، حتی اگر Git خودش هرگز چنین کاری را انجام نمی دهد. این ثابت شده است.
خطای اشکال API که اتفاق می افتد به هشدارهای هک شده از GCC نیز می انجامد.
& quot؛ git gc & quot؛ تلاش می کند همزمان با خواندن و نوشتن pid / host از یک پرونده قفل، دو مورد را اجرا کند؛ آن هنگام استفاده از فرمت fscanf () نادرست در هنگام خواندن مورد استفاده قرار گرفت که اصلاح شده است.
تست linter تدریس شده است که ما "echo-e" را دوست نداریم.

کد: cmp.std.c nitpick.
& quot؛ git توصیف - ماتیک & quot؛ آموخته به گرفتن الگوهای متعدد در سری v2.13، اما این ویژگی را نادیده گرفته الگوهای پس از اولین و در همه کار نمی کند. این ثابت شده است.
& quot؛ git cat-file --textconv & quot؛ اخیرا به طور جدی آغاز شده است که اصلاح شده است.
الگوی ساخته شده برای شناسایی & quot؛ عنوان تابع & quot؛ برای HTML عناصر بدون عناصر بدون هیچ گونه صفت منطبق بود که ثابت شده است.
& quot؛ git mailinfo & quot؛ در رمزگشایی متناقض به چاپ می رسید و تولید زباله زمانی که دو حرف پس از علامت برابر نه هگزادسیمال نیست. این ثابت شده است.
مستندات برای "-X" برای ادغام به صورت گمراه کننده نوشته شده است تا نشان دهد که & quot؛ خودشان & quot؛ وجود دارد، که مورد نیست.
نام سیستم ما را به عنوان & quot؛ Git & quot؛ تلفظ کنید در خروجی از درخواست-pull script.
رفع مسائل دسترسی به حافظه دست انداز شناسایی شده توسط valgrind.
Backports معادل اخلاقی 2015 برای حل مشکالت نظرسنجی از gnulib بالادست برای حل اختلالات گاه به گاه در HPE NonStop.در & quot؛ - فرمت = ... & quot؛ گزینه ای از & quot؛ git برای هر ref & quot؛ فرمان (و دوستان آن، به عنوان مثال حالت فهرست & quot؛ git branch / tag & quot؛)، & quot؛٪ (atom:) & quot؛ (به عنوان مثال، & quot؛٪ (refname:) & quot ؛، & quot؛٪ (body:) & quot؛ مورد استفاده قرار گرفته است. در عوض، آنها را مانند کولون و رشته خالی که از آن دنبال می شود وجود ندارد.
کاربران با & quot؛ color.ui = همیشه & quot؛ در تنظیمات آنها توسط یک تغییر اخیر شکست خورده است که دستورات لوله کشی را برای توجه به آنها به عنوان پچ ایجاد شده توسط & quot؛ git add -p & quot؛ شکست داده است. رنگ (heh) و ساخته شده غیر قابل استفاده است. این ثابت شده است.
& quot؛ شاخه git -M a b & quot؛ در حالی که در یک شاخه ای که به هیچ وجه وابسته به هر شاخه یا شاخه نیست، در صورت استفاده چندین کارگر، خطا رخ می دهد. این ثابت شده است.
& quot؛ گوگل سریع صادرات & quot؛ با گزینه -M / -C صادر شده و & quot؛ کپی و & quot؛ دستورالعمل در یک مسیر که به طور همزمان اصلاح شده است، که نادرست است.
فرمان بازرسی & quot؛ git fast import & quot؛ به روز رسانی های refs و علامت ها را نادیده نگرفت مگر اینکه حداقل از یک آخرین نقطه بازرسی که به طور تصحیح شده است، حداقل یک شی ایجاد شود، زیرا این چیزها می توانند بدون هیچ گونه شی جدید ایجاد شوند.

اسکریپت هایی که TravisCI را به کار می برند، سازماندهی شده و سپس بهینه سازی شده است تا از چرخه مصرفی در یک شاخه ای که نکته آن برچسب گذاری شده است، اجرا شود.
& quot؛ git fetch: & quot؛ اجازه می دهد نام اسامی در سمت دیگر، زمانی که طرف دیگر از Git v2.5 چنین درخواستی را قبول می کند، اما مستند سازی باقی مانده است.
یک رگرسیون در 2.11 که کد را برای خواندن لیست فروشگاههای جابجایی متناوب انجام داد، پایان رشته را ثابت کرد.

چه جدید در نسخه 2.15.0 است:

یک تابع کمکی برای خواندن یک خط کامل به strbuf به اشتباه باعث خطای OOM در EOF تحت شرایط خاصی شده است که ثابت شده است.
علاوه بر & quot؛ cc: # cruft & quot ؛، & quot؛ cc: a@dd.re.ss # cruft & quot؛ به & quot؛ git send-email & quot؛ آموزش داده شد به عنوان یک راه معتبر به آن بگویید که لازم است یک نسخه کربن را در بخش تریلر ارسال کنید.
اصلاح رگرسیون به & quot؛ gitk - bisect & quot؛ توسط به روز رسانی های اخیر.
بر خلاف & quot؛ git commit tree & lt؛ فایل & quot ؛، & quot؛ git commit-tree -F file & quot؛ محتویات پرونده را به طور صریح عبور نمی داد و در نهایت خط پایان نهایی را در پایان تکمیل کرد، اگر وجود داشته باشد. آخرین نسخه به روز شده برای مطابقت با رفتار سابق است.
& quot؛ آرشیو git & quot ؛، به ویژه هنگامی که با pathspec استفاده می شود، یک پوشه خالی را در خروجی آن ذخیره می کند، حتی اگر Git خودش هرگز چنین کاری را انجام نمی دهد. این ثابت شده است.
خطای اشکال API که اتفاق می افتد به هشدارهای هک شده از GCC نیز می انجامد.
& quot؛ git gc & quot؛ تلاش می کند همزمان با خواندن و نوشتن pid / host از یک پرونده قفل، دو مورد را اجرا کند؛ آن هنگام استفاده از فرمت fscanf () نادرست در هنگام خواندن مورد استفاده قرار گرفت که اصلاح شده است.
تست linter تدریس شده است که ما "echo-e" را دوست نداریم.

کد: cmp.std.c nitpick.
& quot؛ git توصیف - ماتیک & quot؛ آموخته به گرفتن الگوهای متعدد در سری v2.13، اما این ویژگی را نادیده گرفته الگوهای پس از اولین و در همه کار نمی کند. این ثابت شده است.
& quot؛ git cat-file --textconv & quot؛ اخیرا به طور جدی آغاز شده است که اصلاح شده است.
الگوی ساخته شده برای شناسایی & quot؛ عنوان تابع & quot؛ برای HTML عناصر بدون عناصر بدون هیچ گونه صفت منطبق بود که ثابت شده است.
& quot؛ git mailinfo & quot؛ در رمزگشایی متناقض به چاپ می رسید و تولید زباله زمانی که دو حرف پس از علامت برابر نه هگزادسیمال نیست. این ثابت شده است.
مستندات برای "-X" برای ادغام به صورت گمراه کننده نوشته شده است تا نشان دهد که & quot؛ خودشان & quot؛ وجود دارد، که مورد نیست.
نام سیستم ما را به عنوان & quot؛ Git & quot؛ تلفظ کنید در خروجی از درخواست-pull script.
رفع مسائل دسترسی به حافظه دست انداز شناسایی شده توسط valgrind.
Backports معادل اخلاقی 2015 برای حل مشکالت نظرسنجی از gnulib بالادست برای حل اختلالات گاه به گاه در HPE NonStop.در & quot؛ - فرمت = ... & quot؛ گزینه ای از & quot؛ git برای هر ref & quot؛ فرمان (و دوستان آن، به عنوان مثال حالت فهرست & quot؛ git branch / tag & quot؛)، & quot؛٪ (atom:) & quot؛ (به عنوان مثال، & quot؛٪ (refname:) & quot ؛، & quot؛٪ (body:) & quot؛ مورد استفاده قرار گرفته است. در عوض، آنها را مانند کولون و رشته خالی که از آن دنبال می شود وجود ندارد.
کاربران با & quot؛ color.ui = همیشه & quot؛ در تنظیمات آنها توسط یک تغییر اخیر شکست خورده است که دستورات لوله کشی را برای توجه به آنها به عنوان پچ ایجاد شده توسط & quot؛ git add -p & quot؛ شکست داده است. رنگ (heh) و ساخته شده غیر قابل استفاده است. این ثابت شده است.
& quot؛ شاخه git -M a b & quot؛ در حالی که در یک شاخه ای که به هیچ وجه وابسته به هر شاخه یا شاخه نیست، در صورت استفاده چندین کارگر، خطا رخ می دهد. این ثابت شده است.
& quot؛ گوگل سریع صادرات & quot؛ با گزینه -M / -C صادر شده و & quot؛ کپی و & quot؛ دستورالعمل در یک مسیر که به طور همزمان اصلاح شده است، که نادرست است.
فرمان بازرسی & quot؛ git fast import & quot؛ به روز رسانی های refs و علامت ها را نادیده نگرفت مگر اینکه حداقل از یک آخرین نقطه بازرسی که به طور تصحیح شده است، حداقل یک شی ایجاد شود، زیرا این چیزها می توانند بدون هیچ گونه شی جدید ایجاد شوند.

اسکریپت هایی که TravisCI را به کار می برند، سازماندهی شده و سپس بهینه سازی شده است تا از چرخه مصرفی در یک شاخه ای که نکته آن برچسب گذاری شده است، اجرا شود.
& quot؛ git fetch: & quot؛ اجازه می دهد نام اسامی در سمت دیگر، زمانی که طرف دیگر از Git v2.5 چنین درخواستی را قبول می کند، اما مستند سازی باقی مانده است.
یک رگرسیون در 2.11 که کد را برای خواندن لیست فروشگاههای جابجایی متناوب انجام داد، پایان رشته را ثابت کرد.

چه جدید در نسخه 2.14.1 جدید است:

این نسخه به صورت پیشفرض برای & quot؛ ssh: //..."؛ URL از Git v2.7.6

چه جدید در نسخه 2.9.3 جدید است:

* یک تابع کمکی که محتویات یک تابع متعهد را دریافت می کند و خط موضوعش را پیدا می کند، خطوط خالی پیشرو را نادیده می گیرد، همانطور که معمولا توسط دیگر کدپدها انجام می شود. خطوط خالی پیشرو را برای مطابقت نادیده بگیرید.
دستگاه گوارش نمی داند چه مطالب در صفحه اول باید برای یک مسیر اضافه شده است با "دستگاه گوارش اضافه -N" هنوز می شود، بنابراین "grep استفاده دستگاه گوارش --cached" باید بازدید را نشان نمی دهد (و یا نشان دادن عدم بازدید، با -L) در چنین یک مسیر، اما این منطق به "git grep" اعمال نمی شود، یعنی جستجو در فایل های درخت کاری. اما ما این کار را با اشتباه انجام دادیم که اصلاح شده است.
"git rebase -i --autostash" هنگامی که عملیات قطع شد، تغییر خودکار خاموش انجام نشد.
"دستگاه گوارش مرتکب --allow خالی پیام --amend -S" برای یک مرتکب بدون هیچ پیام بدن می تواند به اشتباه تشخیص اند که در آن هدر از شی مرتکب به پایان می رسد.
به روز رسانی های بروز رسانی بیشتر برای رشته هایی که انتظار میرود توسط کاربر نهایی در فونت ثابت باقی بماند تایپ شود.
برای مدت زمان طولانی، ما یک نظر در کد است که گفت: خروجی رنگی ما فقط کار هنگامی که ما با استفاده از fprintf / fputs بر روی ویندوز، که دیگر در مورد چند سال گذشته انجام شده است."gc.autoPackLimit" وقتی که به 1 تنظیم شود، نباید یک بسته بندی مجدد ایجاد کند، در حالی که تنها یک بسته وجود دارد، اما کد به حساب نمی آید و این کار را انجام می دهد.
یک بخش از "git am" یک تابع کمکی عجیب و غریب داشت که چیزی را از خارج از "خود" نامیده بود؛ در مقابل خواستن آنچه که ما "ما" داشتیم، که خنثی کننده جنسیتی نبود و همچنین با سایر سیستم های موجود، در مقابل "ما" ما "خود" نامیده می شود.
چارچوب تست یک تست جدید test_match_signal را برای بررسی یک کد خروج از کشته شدن با یک سیگنال مورد انتظار آموخت.
"git guilty -M" از یک خط جداگانه عبور کرد که در فایل منتقل شد.
رفع کدنویسی که اخیرا معرفی شده است و در عملیات فرعی متعادل قرار دارد، که در خواندن خیلی زود متوقف شد، و می تواند CPU را در حالی که سعی در نوشتن در شرایط شرط گوشه ای داشت، هدر داد.
"git grep-i" آموزش داده شده است که به درستی در موارد غیر محلی به عنوان فایل مورد استفاده قرار گیرد.
تستی که بدون قید و شرط "mktemp" را استفاده کرد متوجه شد که فرمان لزوما در همه جا در دسترس نیست.فایل "پرونده گیت" اجازه می دهد خطوط خطوط در محتوای غیرقابل تکمیل "فایل" برای بازرسی، اما آن را رد کرد زمانی که "فایل" در تعهد فعلی ظاهر نشد. هنگامی که "فایل" با تغییر نام یک فایل موجود ایجاد شد (اما تغییر انجام نشده است)، این محدودیت بطور غیرمستقیم محکم بود.
"git add -N dir / file & amp؛ git write tree" یک درخت نادرست تولید کرد وقتی که مسیرهای دیگری در همان دایرکتوری که بعد از "file" وجود دارد، وجود دارد.
"git get http: // user: pass @ host / repo ..." قسمت userinfo را پاک کرد، اما "git push" اصلا انجام نشد.
یک اشکال قدیمی که موجب اشتباه "git diff -ignore-space-at-eol" شده است ثابت شده است.
"git notes merging" یک کد برای دیدن اینکه آیا یک مسیر وجود دارد (و اگر نتواند آن را انجام دهد) کد گذاری کرده است و سپس مسیر را برای نوشتن باز می کند (زمانی که آن را انجام نمی دهد). آن را با O_EXCL باز کنید.
"git pack-objects" و "git index-pack" عمدتا با off_t هنگام صحبت کردن در مورد جابجایی اشیا در packfile عمل می کنند اما تعداد انگشت شماری از مکان هایی که "بدون امضای طولانی" برای نگه داشتن آن ارزش استفاده می کنند، منجر به ناخواسته کوتاه شدنبه روز رسانی اخیر برای "daemon git" تلاش می کند تا سطح سوکت را فعال کند، اما هنگامی که از طریق inetd بوجود می آید، توصیف کننده فایل ورودی استاندارد ممکن است لزوما به سوکت متصل شود. یک خطای ENOTSOCK را از setockopt () بردارید.
FreeBSD اخیر متوقف ساخت Perl در / usr / bin / perl؛ راه اندازی شده در مسیر / usr / local / bin / perl به طور پیش فرض در نسخه های FreeBSD بسیار قدیمی تغییر دهید.
"وضعیت git" آموخته است که پیشنهاد "ادغام --abort" در طول یک ادغام درگیری، درست مانند آن را در حال حاضر نشان می دهد "rebase --abort" در طول یک rebase تضاد.
منابع .c / .h به صورت زیر در فایل .gitattributes ما مشخص شده اند تا "git diff -W" و دوستان بهتر کار کنند.
Autoconf موجود ساخته شده برای تست برای نیاز به پیوند با کتابخانه pthread تمام توابع از کتابخانه های pthread را بررسی نمی کند؛ FreeBSD اخیرا دارای برخی توابع در libc است اما نه دیگران، و ما به اشتباه تصور می کنیم که اتصال با libc به اندازه کافی کافی نیست.
اجازه آزمایش تست های HTTP را در Travis CI انجام دهید.کاربران از عملگر API parse_options_concat () باید قبل از آن اسلات های اضافی را اختصاص دهند و با OPT_END () آنها را پر کنند، زمانی که آنها می خواهند مجموعه ای از گزینه های پشتیبانی شده را به طور پویا تعیین کند، که باعث می شود کد خطا مستقل و خواندن سخت باشد. این با تدوین API برای تخصیص و بازگشت یک نسخه جدید از آرایه "ساختار گزینه" اصلاح شده است.
استفاده از strbuf در "git rm" برای ساختن نام پرونده برای حذف، کمی مطلوب بود، که ثابت شده است.
"git commit -help" گفت "--no-verify" فقط در مورد پر کردن قلاب قبل از تسخیر است، و شکست خورده است که آن را نیز skipped commit-msg hook.
در Git v2.9 ادغام git در Git v2.9 آموزش داده شد که به طور پیش فرض ادغام خطوط متفاوتی از تاریخ را بیاوریم، اما این دقیقا همان چیزی است که حالت "-rejoin" از "git subtree" (در contrib /) میخواهد انجام دهد . "git subtree" آموزش داده شده است که از گزینه "--allow-unsorted-histories" برای تغییر پیش فرض استفاده شود.
روش ساخت برای "git persistent-https" helper (در contrib /) به روز شده است به طوری که می توان آن را با نسخه های جدید تر برو.بهینه سازی مورد استفاده در "git diff $ treeA $ treeB" برای قرض کردن یک کپی که قبلا چک شده در درخت کاری وجود دارد، زمانی که شناخته شده به همان شکلی است که مقایسه می شود، انتظار می رود که باز / mmap از این فایل سریع تر از خواندن آن از فروشگاه شی، که شامل تورم و استفاده از دلتا است. با این وجود حتی زمانی که کپی چک شده نیاز به انجام تبدیل تبدیل به GIT (از جمله فیلتر پاک) است، که کل نقطه بهینه سازی را شکست می دهد. هنگامی که تبدیل ضروری است، بهینه سازی غیر فعال شده است.
"git -c grep.patternType = extended log - basic-regexp" اشتباه گرفته شد زیرا API داخلی برای دسترسی به ماشینهای grep به خوبی طراحی نشده بود.
پورت ویندوز بعضی از تست ها را در t4130 شکست داد، به دلیل عدم وجود مقدار بازگشتی توسط lstat (2) شبیه سازی.
کاراکترهای برچسب نشانگر برچسب / refs برای اعمال در خروجی gitweb اکنون به خوبی برای خروجی HTML مناسب فرار می کنند.
FreeBSD زمانی که از mtime از یک دایرکتوری خواسته می شود دروغ می گوید، که کد کش مخفی را به عقب به مسیر آهسته تبدیل می کند، که به نوبه خود تست های T7063 را شکست می بخشد، زیرا می خواهد رفتار مسیر سریع را تایید کند.

هشدارهای کامپایلر برای netmalloc (در compat /) کتابخانه.
مستندات API برای hashmap مشخص نبود که آیا می توان بدون استفاده از hashmap_entry با خیال راحت کنار گذاشت. دولت است که این کار را انجام دهد.
بازنویسی نه چندان جدید «git am» که شروع به برقراری تماسهای داخلی در سازماندهی شد، یک ریسک ناخواسته داشت؛ در این که هر چند چند ثانیه طول کشید تا بسیاری از اصطلاحات را اعمال کند، زمان رسم نتیجه گیری برای نتیجه گیری ها، همه یکسان.
"git difftool ..." در یک زیرپوشه شروع شده است و مسیرهای مربوط به آن دایرکتوری را اصلاح نکرده است.

چه جدید در نسخه 2.9.1 است:

هنگامی که "daemon git" اجرا می شود بدون - [init-] زمان تعریف مشخص شده است، اتصال از یک مشتری که به سکوت آنلاین می رود، می تواند مدت زمان زیادی طول بکشد، هدر رفتن منابع. KEEPALIVE سوکت سطح فعال شده است تا اجازه دهد که OS چنین اتصالات ناموفق را متوجه شود.
دستورات در خانواده `git log` در٪ C (خودکار) در رشته فریم سفارشی قرار می گیرند. این بدون قید و شرط رنگ را روشن کرد، نادیده گرفتن --no-color یا با --color = auto زمانی که خروجی به tty متصل نیست؛ این اصلاح شد تا فرمت را به طور خودکار به عنوان "خودکار" رفتار کند.
"git rev-list -count" که طول پیاده سازی آن با گزینه "n" محدود شده است، به خوبی با شمارش بهینه سازی شده برای دیدن شاخص bitmap کار نمی کند.
"دستگاه گوارش -W نشان می دهد" (گسترش تندترین برای پوشش کل تابع، محدود توسط خطوط که مطابقت با "FUNCNAME" الگوی) برای نشان دادن کل فایل هنگامی که یک تغییر کل یک تابع در پایان فایل اضافه شده است که ثابت شده است .
مجموعه اسناد به روز شده است به طوری که دستورات حروف، متغیرهای پیکربندی و متغیرهای محیطی به صورت پیوسته بر روی فونت ثابت و در صفحه mangate نوشته می شوند.
فرمان "git svn propset" که در 2.3 روز اضافه شده است اکنون مستند شده است.اسناد و مدارک تلاش می کند به طور مداوم "GPG" طلسم؛ هنگام اشاره به نام برنامه خاص، "gpg" استفاده می شود.
"git reflog" پس از دیدن یک ورودی که یک رویداد ایجاد شاخه ("تولد نوزاد") را نشان می دهد، متوقف شد، که این امر به نظر می رسید که به نظر می رسد reflog قطع شده است.
scriptlet git-prompt (در contrib /) با کسانی که از set -u استفاده می کنند دوستانه نیست، که ثابت شده است.
یک Codepath که از alloca (3) برای قرار دادن مقدار محدودی از داده ها در پشته استفاده کرد، برای جلوگیری از انجام این کار به روز شده است.
"git update-index -add --chmod = + x file" ممکن است به عنوان یک هک فرار استفاده شود، اما یک چیز دوستانه برای مجبور کردن افرادی است که مجبور به استفاده از آن هستند. "git add -chmod = + x file" را می توان به جای آن استفاده کرد.
ساختن پیشرفته برای gnome-keyring (در contrib /)
"git status" برای گفتن "دایرکتوری کار" زمانی که به معنای "درخت کار" بود استفاده می شود.
نظرات در مورد اشتباهات پوسته FreeBSD با شماره نسخه مشخص شده اند (9.x و قبل از شکسته شدن، موارد جدیدتر OK هستند).
"git گیلاس انتخاب A" در یک شاخه نابالغ کار می کرد، اما "GIT VERRY-A..B" انتخاب نمی کرد.
"git add -i / -p" برای فهم دکمه diff.compactionHeuristic آشنا شده است، به طوری که کاربر می تواند بر روی همان split hunk به عنوان خروجی git diff کار کند."log -graph-format =" متوجه شد که "٪ & gt؛ | (N)" عرض را نسبت به لبه سمت چپ ترمینال مشخص می کند، نه نسبت به ناحیه برای رسم متن که به سمت راست بخش اصلی . همچنین N اکنون منفی منفی را می پذیرد بدان معنی است که حد ستون نسبت به مرز راست است.
قانون مالکیت برای قطعه حافظه ای که اشاره ای به "git fetch" گرفته بود، سرگردان بود، که تمیز شده بود.
"git bisect" هنگامی که bisection مقصر را پیدا می کند، یک تماس داخلی به "git diff tree" می دهد، اما این تماس ساختار داده را برای مقداردهی به API API diff به درستی به مقدار اولیه تنظیم نمی کند.
فرمت های مختلف اطلاعات (و نحوه اعتباربخشی آنها) جایی که از امضای GPG استفاده می کنیم، مستند شده اند.
رفع یک اشتباه ناخواسته را در v2.9 انجام دهید که "clone -depth" را شکست می دهد که مجبور می شود زیرموایل ها نیز به صورت کم عمق کلون شوند، که بسیاری از نمونه های سرور که در بالا از جریان زیرموایل قرار دارند آماده نیستند.
برای تعیین مقدار پیش فرض بدون تعویض آن با دو نقل قول، بدون نیاز به استفاده از اصطلاحات ': $ {VAR = default}' اصلاح کنید.

برخی از کد های خاص پلتفورم دارای اعلامیه های دقیق غیر ANSI از توابع C بود که هیچ پارامتری را قبول نمی کرد، که اصلاح شده است.
کد داخلی مورد استفاده برای نشان دادن فضای منطقه زمانی محلی آماده نشو کردن نشانه های زمانی فراتر از سال 2100 نیست و ارزش عددی جعلی را به تماس گیرنده داده است. در عوض، به راحتی به دنبال +0000 استفاده کنید و اجازه دهید «git log» در چنین مواردی به جای سقوط باشد.
یکی از چهار فراخوان readlink (1) در مجموعه تست ما بازنویسی شده است، به طوری که تست میتواند بر روی سیستمهای بدون دستور اجرا شود (بعضی دیگر در چارچوب آزمایشگاه valgrind و t9802).
t / perf needs / usr / bin / time با فرمت GNU؛ فراخوانی آن به "gtime" در داروین به روز می شود.
اشکال که باعث «git p4» شد در حالی که تحت حالت عمودی اجرا می شود برای گزارش مسیرهایی که به علت پیشوند شاخه اشتباه حذف شده است؛ فرمان گفت: "نادیده گرفتن فایل خارج از پیشوند" برای مسیرهایی که _inside_ هستند.
مستندات سطح بالا "git help git" همچنان در مجموعه مستندات میزبانی شده در مخزن Google-Defected شده گواهی شده است. برای به روزرسانی آن به https://git.github.io/htmldocs/git.html مراجعه کنید.

چه جدید در نسخه 2.9.0 است:



جدید در GIT 2.8.1 (5 آوریل 2016)

چه جدید در نسخه 2.8.1 جدید است:



هدف "rpmbuild" خراب شد زیرا ورودی آن، git.spec.in، برای مطابقت با یک فایل که توصیف آن اخیرا تغییر نام داده، به روز نمی شود. این ثابت شده است.

چه جدید در نسخه 2.7.3 است:

به طور سنتی، تست هایی که سعی می کنند دستوراتی را که بر روی محتویات در درخت کاری کار می کنند با نام "worktree" در نام فایل هایشان نامگذاری شده باشند، اما با افزودن جدیدی از زیرمجموعه "git worktree" که آزمون های آن نیز به طور مشابه نامیده می شوند، به آنها بگویید. تست های سنتی به جای استفاده از "درخت کار" به منظور تمایز آنها تغییر نام داده شده اند.
بسیاری از codpaths فراموش کرده اند برای بررسی مقدار بازگشت از git_config_set ()؛ تابع برای die () انجام می شود تا مطمئن شویم که هنگام تنظیم یک متغیر پیکربندی نتوانیم ادامه دهیم.
پردازش خطاها در هنگام نوشتن در فرایند غیرخطی داخلی ما قوی تر شده است، که باعث کاهش انعطاف پذیری در آزمایشات ما می شود.
"git show" HEAD: Foo [BAR] Baz "این استدلال را به عنوان rev، تفسیری به نام شیء نامگذاری شده توسط راه دوم با کاراکترهای علامت گذاری در یک شیء درخت تفسیر نمی کند.
"git rev-parse - git-common-dir" که در ویژگی worktree مورد استفاده قرار می گیرد از یک پوشه زیر استفاده می شود.
فرمان "v (iew)" فرمان "git am -i" تعاملی در زمان 2.6.0 زمانی که فرمان در C بازنویسی شد، شکسته شد."ادغام GIT" برای خرابکاری استفاده می شود "هر دو طرف اضافه می کنند" درگیری با خود "ایجاد یک پرونده جعلی پروتئین است که قسمت های مشترک از آنچه که هر دو طرف اضافه کرده اند و یک منطق 3-راه ادغام"؛ این به روز شده است به استفاده از معمول "ادغام 3-way با یک لکه خالی به عنوان جعلی پرونده مشترک رایج" رویکرد استفاده شده در بقیه سیستم.
فرایند مالکیت حافظه fill_textconv () API، که کمی دشوار بود، کمی بهتر شده است.
مستندات به وضوح بیان نمی کنند که حالت "ساده" در حال حاضر به طور پیش فرض برای "git push" است که تنظیمات push.default تنظیم نشده است.
نسخه های اخیر GNU grep در هنگام ورودی آنها حاوی داده های باینری دلخواه است که برخی از آزمایشات ما از آنها استفاده می کند. تست های بازنویسی برای کنار آمدن با مشکل.
یک تابع helper "submodule git" از v2.7.0 استفاده می کند تا فهرست هایی را که با استدلال pathspec داده شده به زیرشاخه های آنها مطابقت داشته باشد (مثلا "اضافه کردن زیرمودل") را مشخص کند.
"تنظیم مقادیر git section.var value" برای تنظیم یک مقدار در پرونده پیکربندی در هر مخزن زمانی که آن را در خارج از هر مخزن اجرا شد، شکست خورد اما دلیل آن را درست نگفت.

کد برای خواندن داده های بسته با استفاده از آفست های ذخیره شده در فایل IDX بسته، با دقت بررسی اعتبار داده ها در IDX ساخته شده است.

چه جدید در نسخه 2.7.2 جدید است:

ماشین آلات ادغام کم سطح آموزش داده شده است که از استفاده از خط CRLF خطا استفاده کنند هنگام قرار دادن نشانگرهای درگیری به محتوای یکپارچه که خود خط CRLF است.
"git worktree" یک کد شکسته ای داشت که تلاش برای اصلاح خودکار ناهماهنگی احتمالی را داشت که از کاربران نهایی در حال حرکت در محیط های کاری به مکان های مختلف بدون گفتن Git (مخزن اصلی نیاز به نگه داشتن backpointers به ​​worktrees خود، اما "mv" افرادی که با این واقعیت آشنا نیستند، بدیهی است که آنها را تنظیم نکنند)، که در حقیقت باعث بدتر شدن آنها شد.
"git push - force-with-lease" آموزش داده شده است که اگر فشار مورد نیاز برای اعمال فشار (یا سریع انتقال) باشد، گزارش می شود.
دستورالعمل "بله" که در اسکریپت های تست ما مورد استفاده قرار گرفته است، تنظیم شده است که زمان زیادی را برای ایجاد خروجی غیر ضروری که مورد استفاده قرار نگرفته است، صرف کند، برای کمک به کسانی که در ویندوز آزمایش می کنند جایی که توقف نمی کند تا زمانی که بافر لوله به دلیل عدم وجود SIGPIPE
Backend vimdiff برای "git mergetool" برای ترتیب دادن و شماره گیری بافر ها به ترتیب است که با انتظارات اکثریت افرادی که چپ به راست را می خوانند، بالا برود و بافر 1 2 3 4 "ذهنی" را به پایگاه محلی اختصاص دهد پنجره های ادغام از راه دور بر اساس آن سفارش.

اسناد برای "git clean" اصلاح شده است؛ آن را ذکر کرد که .git / modules / * با دادن دو "-f" حذف شده است، که هرگز موردی نیست.
مسیرهایی که به این فهرست مربوط به "add -N" گفته شده هنوز در فهرست نیستند، اما چند فرمان رفتار می کنند، به طوری که آنها در حال حاضر در معرض خطر هستند.
همچنین شامل اسناد کوچک و به روز رسانی تست است.

چه جدید در نسخه 2.6.4 جدید است:

اسکریپت «پیکربندی» به درستی برای llpthread تست نمیکند، که برخی از لینکرها را ناراحت میکند.
اضافه کردن پشتیبانی برای صحبت http / https بیش از پروکسی جوراب.
رفع قابلیت حمل و نقل برای ویندوز، که ممکن است متغیر $ SHELL را با استفاده از مسیرهای غیر POSIX بازنویسی کند.
اکنون ما به طور مداوم اجازه می دهیم تمام قلاب ها ورودی استاندارد خود را نادیده بگیرند، بلکه این است که از SIGPIPE شکایت کنند.
رفع پوسته نقل قول در اسکریپت contrib.
تست قابلیت انتقال تست برای یک موضوع در v2.6.1.
اجازه گسترش تیلده در برخی از متغیرهای پیکربندی HTTP.
یک مورد خاص مفید را "diff / show -word-diff-regex =" بگذارید. به عنوان مثال در اسناد
رفع یک مورد گوشه در شاخه فیلتر.
git-p4 را روی سر جدا کنید.
توضیحات مستندات برای "چک کردن نادیده گرفتن" بدون "--verbose".
همانطور که درخت کار می شود زمانی که کاربر درخواست ارسال را در P4Submit.applyCommit () لغو می کند، پاک کردن ظروف سرباز یا مسافر در صورتی که "p4 submit" نتواند انجام شود.
داشتن یک فایل .idx باقی مانده بدون پرونده مربوط به .pack در مخزن، به عملکرد عملکرد آسیب می رساند؛ "git gc" آموخت که آنها را ببلعد.

کد برای تهیه درخت کاری در سمت دایرکتوری موقت برای ویژگی dir-diff فراموش کرد که لینک های نمادین نیازی به کپی کردن (یا لینک کردن به سمعک) در ناحیه موقت به عنوان کد خاص موارد خاص و آنها را مجددا کپی می کند. علاوه بر این، اشتباه است که سعی کنید محاسبه نام شیء هدف لینک نمادین، که حتی ممکن نیست و یا ممکن است یک پوشه باشد.
هیچ راهی برای شکست یک متغیر configured rebase.autostash از خط فرمان وجود نداشت، به عنوان "git rebase --no-autostash" گم شد.
اجازه دهید "git interpret-trailers" اجرا شود خارج از مخزن Git.
نشانگر صحیح "کثیف" را برای پیام های پوسته ارائه می دهد، حتی زمانی که ما در یتیم یا شاخه ی تولد هستیم.
برخی از موارد گوشه در تطبیق رشته انجام شده در وضعیت "git" ثابت شده است.
پیاده سازی کریستوف معمولی SHA1_Update () در یک زمان بیش از 4 گیگابایت را انجام نمی دهد و اکنون یک راه حل کامپایل برای آن وجود دارد.

چه جدید در نسخه 2.5.3 جدید است:


ویژگی های آزمایش نشده غیرقابل کشف، زمانی که مسیرها با چند سطوح زیر شاخه ها درگیر هستند، حشره کشیدند.
نسخه های اخیر اسکریپت "git am" دارای رگرسیون عملکردی در codepath "git am -skip" است که در نسخه داخلی ساخته شده در قسمت "master" وجود ندارد. رجستری را در آخرین نسخه اسکریپت که در مسیر تعمیر و نگهداری 2.5.x ظاهر می شود، رفع کنید.

چه جدید در نسخه 2.4.6 است:



"git fetch --depth =" و "git clone --depth =" یک درخواست انتقال جزئی را حتی برای آپلود بسته که از قابلیت پشتیبانی نمی کند صادر کرد.
"git fsck" برای نادیده گرفتن اشیا های گم شده یا نامعتبر ثبت شده در reflog استفاده می شود.
تکمیل tcsh یک اسکیلت bash را می نویسد اما برای کاربرانی که دارای noclobber هستند، نمی تواند موفق باشد.
به روز رسانی های جدید Mac OS X منطق را تشخیص می دهد تا تشخیص دهد که دستگاه بر روی برق AC در اسکریپت pre-auto-gc نمونه است.
"git format-patch -ignore-if-upstream A..B" تمایل به خوردن تگ ها را ندارد.
همچنین شامل typofixes، به روز رسانی مستندات و کد بی اهمیت است
تمیز کردن

چه جدید در نسخه 2.4.2 است:

"git rev-list - objects $ old - not -all" برای دیدن اینکه آیا همه چیز قابل دسترس از $ old در حال حاضر به refs موجود متصل است بسیار ناکارآمد بود.
"hash-object -literally" که در v2.2 معرفی شد آماده نبود که یک نام نوع بسیار طولانی برای نام کاربری داشته باشد.
"گیت rebase - quiet" کاملا آرام نبود، زیرا هیچ کاری برای انجام دادن وجود ندارد.
تکمیل پارامتر "log --decorate =" نادرست بود.
"فیلتر شاخه" پیام خراب پیام را وارد می کند که با یک خط ناقص در سیستم عامل با برخی از پیاده سازی های "sed" که چنین خطی را خالی می کند به پایان می رسد. آن را با اجتناب از استفاده از "sed" کار کنید.
"daemon git" نتواند از منبع در زیر تنظیمات NO_IPV6 (regression در 2.4) ساخته شود.
"git stash pop / apply" فراموش کردید مطمئن شوید که نه تنها درخت کار تمیز است بلکه شاخص نیز تمیز است. دومی مهم است زیرا یک نرم افزار استخر می تواند مناقشه ایجاد کند و شاخص برای حل منازعات مورد استفاده قرار می گیرد.ما $ GIT_EXEC_PATH را اضافه کرده ایم و مسیر "git" در (به طور معمول "/ usr / bin") به $ PATH نصب شده است و برای تقریبا ابدی حبس می شود، اما مورد استفاده اصلی که اخیرا سعی در پشتیبانی داشت، نیمه جعلی بود یعنی نصب git به / opt / foo / git و اجرای آن بدون داشتن / opt / foo در $ PATH) و مهمتر از همه، آن را تبدیل به کمتر و کمتر مرتبط با Git رشد بیشتر جریان اصلی (یعنی کاربران _want_ آن را در خود $ PATH) توقف پیشوند مسیر که در آن "git" به $ PATH کاربران نصب شده است، به این معنی است که دستورالعمل دستور جستجو را به افراد وابسته می کند (به عنوان مثال آنها ممکن است نسخه های برنامه هایی را که به Git در / usr / bin مربوط نیست و دوست دارند آنها را با داشتن موارد مختلف در / usr / local / bin لغو می کنند و دایرکتوری دوم را در $ PATH خود دارند.
همچنین شامل typofixes، به روز رسانی مستندات و تمیز کردن کد های بی اهمیت است.

نرم افزار های مشابه

hghooks
hghooks

11 May 15

GHTix
GHTix

14 Apr 15

github-distutils
github-distutils

20 Feb 15

نظرات به GIT

نظر یافت نشد
اضافه کردن نظر
روشن کردن تصاویر!