انگلیسیفرانسویاسپانیایی

Ad


فاویکون OnWorks

git-hub - آنلاین در ابر

git-hub را در ارائه دهنده هاست رایگان OnWorks از طریق Ubuntu Online، Fedora Online، شبیه ساز آنلاین ویندوز یا شبیه ساز آنلاین MAC OS اجرا کنید.

این دستور git-hub است که می تواند در ارائه دهنده هاست رایگان OnWorks با استفاده از یکی از چندین ایستگاه کاری آنلاین رایگان ما مانند Ubuntu Online، Fedora Online، شبیه ساز آنلاین ویندوز یا شبیه ساز آنلاین MAC OS اجرا شود.

برنامه:

نام


git-hub - رابط خط فرمان Git به GitHub

SYNOPSYS


git hub [گزینه های جهانی] [گزینه ها] [استدلال ها]

شرح


دستگاه گوارش قطب یک رابط خط فرمان ساده برای github است که اکثر کارهای مفید GitHub را قادر می سازد
(مانند ایجاد و فهرست کردن درخواست کشش یا مشکلات) که مستقیماً از طریق git قابل دسترسی هستند
خط فرمان.

برای استفاده از این دستور، احتمالاً باید یک پیکربندی اولیه برای دریافت انجام دهید
مجوز از GitHub. برای این کار می توانید از برپایی فرمان را ببینید
پیکربندی بخش برای گزینه های پیکربندی بیشتر.

GLOBAL OPTIONS


-h، --کمک
این راهنما را نشان دهید و خارج شوید.

- نسخه
نمایش شماره نسخه برنامه و خروج.

-v، -- پرحرف
پرمخاطب تر باشید (برای داشتن پرحرفی بیشتر می توان آن را چندین بار مشخص کرد)

-s ، --بی صدا
کمتر پرحرف باشید (برای اینکه پرحرفی کمتری داشته باشید، می توان آن را چندین بار مشخص کرد)

دستورات


برپایی این دستور یک تنظیمات اولیه را برای اتصال به GitHub انجام می دهد. در اصل می پرسد
GitHub برای یک رمز مجوز و آن را در متغیر پیکربندی ذخیره می کند
hub.oauthtoken برای استفاده در آینده، بنابراین لازم نیست رمز عبور خود را هر بار تایپ کنید (یا
آن را در تنظیمات ذخیره کنید). نام کاربری برای استفاده در آینده نیز ذخیره می شود
hub.نام کاربری متغیر. اگر URL پایه مشخص شده باشد، در آن ذخیره می شود hub.baseurl
بیش از حد.

-u نام کاربری، --username=USERNAME
نام کاربری GitHub (نام ورود) در متغیر پیکربندی ذخیره خواهد شد
hub.نام کاربری. اگر یک ایمیل ارائه شده است، نام کاربری مطابق با آن ایمیل است
در صورت یافتن، جستجو و به جای آن استفاده می شود (برای این که ایمیل کار کند
باید بخشی از نمایه عمومی باشد).

-p کلمه عبور، --password=PASSWORD
رمز عبور GitHub (ذخیره نخواهد شد).

-b URL ، --baseurl=URL
URL پایه GitHub برای استفاده برای دسترسی به API. وقتی GitHub API هست این را تنظیم کنید
در مکان دیگری غیر از پیش فرض (سرورهای سازمانی معمولاً استفاده می کنند
https://host/api/v3).

-- جهانی
تنظیمات را در پیکربندی جهانی ذخیره کنید (به گزینه --global در مراجعه کنید دستگاه گوارش
پیکربندی(1) برای جزئیات بیشتر).

--سیستم
تنظیمات را در پیکربندی سیستم ذخیره کنید (به گزینه --system در مراجعه کنید دستگاه گوارش
پیکربندی(1) برای جزئیات بیشتر).

کلون کردن مخزن [DEST]
این دستور برای کلون استفاده می شود مخزن، یک مخزن GitHub، به a DEST فهرست راهنما
(به طور پیش فرض نام پروژه در حال شبیه سازی). اگر مخزن مشخص شده باشد
in / فرم ، مخزن به عنوان بالادست و چنگال شخصی استفاده خواهد شد
بررسی خواهد شد. اگر هیچ یک پیدا نشد، یک فورک جدید ایجاد می شود. در هر دو مورد،
فورک به جای مخزن upstream کلون می شود.

اگر فقط به عنوان مشخص شده است مخزن، سپس پیکربندی hub.نام کاربری استفاده شده است
as ، و مخزن والد در GitHub جستجو می شود تا واقعی را تعیین کند
مخزن بالادست

مخزن upstream نیز به عنوان یک کنترل از راه دور با نام اضافه شده است بالادست (مگر اینکه
--مثلثی استفاده می شود که در این صورت ریموت فراخوانی می شود چنگال به طور پیش فرض) و
hub.upstream متغیر پیکربندی تنظیم شده است (نگاه کنید به پیکربندی)، مگر اینکه فقط
استفاده شد و مخزن حاصل واقعاً یک چنگال نیست، در این صورت
تعیین خودکار مخزن بالادستی غیرممکن است.

-r نام، -- راه دور=NAME
استفاده کنید نام به عنوان نام مخزن راه دور بالادست به جای پیش فرض
("چنگال" اگر --مثلثی استفاده می شود، در غیر این صورت 'بالادست').

-t، --مثلثی
از Git استفاده کنید مثلثی گردش کار پیکربندی این گزینه از
مخزن والد/بالادست به جای شبیه سازی فورک، و فورک را به عنوان اضافه می کند
یک مخزن از راه دور سپس تنظیم می کند remote.pushdefault گزینه Git و
hub.forkremote گزینه git-hub به چنگال.

اثر این استفاده از مخزن بالادستی به طور پیش فرض زمانی که شما
بکشید اما هنگام فشار دادن از چنگال خود استفاده کنید، که معمولاً همان چیزی است که می خواهید
هنگام استفاده از درخواست های کششی GitHub.

Git نسخه 1.8.3 یا جدیدتر برای استفاده از این گزینه مورد نیاز است (و 1.8.4 یا جدیدتر
به دلیل برخی مسائل در 1.8.3 مربوط به این توصیه می شود).

این گزینه ممکن است در آینده به حالت پیش فرض تبدیل شود. تا آن را به صورت پیش فرض درآورید
می توانید گزینه را تنظیم کنید توپی.مثلثیاست. دیدن پیکربندی برای جزئیات بیشتر.

GIT شبیه OPTIONS
هر استانداردی دستگاه گوارش کلون کردن گزینه قابل عبور است ممکن است همه آنها درست نکنند
با این حال، هنگام شبیه سازی یک مخزن GitHub احساس می شود که با این ابزار استفاده می شود.

موضوع این دستور برای مدیریت مسائل GitHub از طریق مجموعه ای از دستورات فرعی استفاده می شود. خیر است
دستور فرعی مشخص شده است، فهرست استفاده می شود.

فهرست نمایش لیستی از مسائل باز

-c، -- بسته
در عوض مسائل بسته را نشان دهید.

-C ، -- ایجاد شده توسط من
فقط مسائل ایجاد شده توسط من نمایش داده شود

-آ، - به من اختصاص داده شده است
فقط مسائلی را که به من اختصاص داده شده نشان دهید

نشان شماره [موضوع ...]
نمایش مسائل شناسایی شده توسط شماره.

جدید یک شماره جدید ایجاد کنید.

-m MSG، --message=MSG
عنوان (و توضیحات) شماره. خط اول به عنوان موضوع استفاده می شود
عنوان و هر متنی پس از یک خط خالی به عنوان متن اختیاری استفاده می شود.
اگر از این گزینه استفاده نمی شود، پیش فرض است GIT_EDITOR برای نوشتن باز می شود
یک.

-l برچسب، --label=LABEL
ضمیمه کردن LABEL به موضوع (می توان چندین بار برای تنظیم مشخص کرد
چندین برچسب).

-a کاربر، --assign=USER
یک کاربر را به مشکل اختصاص دهید. USER باید یک نام ورود معتبر GitHub باشد.

-M شناسه، --milestone=ID
نقطه عطف مشخص شده با شناسه شماره را به موضوع اختصاص دهید.

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

یک میانبر مناسب برای بستن یک مشکل توسط نزدیک دستور فرعی

-m MSG، --message=MSG
عنوان شماره جدید (و توضیحات). خط اول به عنوان استفاده می شود
عنوان شماره و هر متنی پس از یک خط خالی به عنوان اختیاری استفاده می شود
بدن است.

-ه ، -ویرایش-پیام
پیش فرض را باز کنید GIT_EDITOR برای ویرایش عنوان فعلی (و
شرح) موضوع.

-و ، --باز کن
دوباره موضوع را باز کنید.

-c، --بستن
موضوع را ببندید.

-l برچسب، --label=LABEL
اگر یک یا چند برچسب مشخص شده باشد، جایگزین جریان می شوند
برچسب ها در غیر این صورت برچسب ها بدون تغییر هستند. اگر یکی از
برچسب ها خالی است، برچسب ها پاک می شوند (بنابراین می توانید استفاده کنید -l'' به
برچسب های یک مسئله را پاک کنید

-a کاربر، --assign=USER
یک کاربر را به مشکل اختصاص دهید. USER باید یک نام ورود معتبر GitHub باشد.

-M شناسه، --milestone=ID
نقطه عطف مشخص شده با شناسه شماره را به موضوع اختصاص دهید.

توضیح شماره
یک نظر جدید به یک مشکل موجود که توسط شناسایی شده است اضافه کنید شماره.

-m MSG، --message=MSG
نظر به موضوع اضافه شود. در صورت عدم استفاده از این گزینه،
به طور پیش فرض GIT_EDITOR برای نوشتن نظر باز می شود.

نزدیک شماره
نام مستعار برای به روز رسانی --بستن. (+ توضیح if --پیام or -ویرایش-پیام is
مشخص شده). مشکل شناسایی شده توسط شماره.

-m MSG، --message=MSG
قبل از بستن آن، یک نظر به آن اضافه کنید.

-ه ، -ویرایش-پیام
پیش فرض را باز کنید GIT_EDITOR برای نوشتن نظر برای اضافه شدن به
مشکل قبل از بستن آن

کشیدن این دستور برای مدیریت درخواست های کشش GitHub استفاده می شود. از آنجایی که درخواست های pull در GitHub
همچنین مسائلی هستند که اکثر دستورات فرعی از قسمت تکرار می شوند موضوع فرمان برای
راحتی فقط فهرست و جدید دستورات واقعا متفاوت هستند و ضمیمه کردن و
تخفیف اضافه می شوند

فهرست فهرستی از درخواست‌های کشش باز را نشان دهید.

-- بسته
در عوض، درخواست‌های کشش بسته را نشان دهید.

نشان کشیدن [کشیدن ...]
نام مستعار برای موضوع نشان.

وارسی کشیدن ...
شاخه از راه دور (سر) درخواست کشش را بررسی کنید. ابتدا این دستور
را می آورد سر مرجع از درخواست کشش و سپس فراخوانی استاندارد
دستگاه گوارش وارسی دستور و هر آرگومان اضافی به آن منتقل می شود دستگاه گوارش وارسی
همانطور که هست، پس از مرجعی که به تازگی واکشی شده است. به یاد داشته باشید که این یک a را ایجاد می کند
تسویه حساب جدا به طور پیش فرض، استفاده کنید -b اگر می خواهید یک شعبه جدید ایجاد کنید
بر اساس درخواست کشش لطفا نگاهی به دستگاه گوارش وارسی برای بیشتر کمک کنید
جزئیات.

جدید [سر]
یک درخواست کشش جدید ایجاد کنید. اگر HEAD مشخص شده است، از آن به عنوان استفاده می شود
شعبه (یا git ref) جایی که تغییرات شما اجرا می شود. در غیر این صورت
شاخه فعلی استفاده می شود. اگر شاخه ای که به عنوان سر استفاده می شود به سمت شما هل داده نمی شود
چنگال از راه دور، یک فشار به طور خودکار قبل از ایجاد کشش انجام می شود
درخواست.

مخزن برای صدور درخواست کشش از آن گرفته شده است hub.forkrepo
پیکربندی، که به طور پیش فرض به hub.username/ پروژه قسمت>.

-m MSG، --message=MSG
عنوان درخواست (و توضیحات) را بکشید. خط اول به عنوان استفاده می شود
عنوان درخواست pull و هر متنی پس از یک خط خالی به عنوان علامت استفاده می شود
بدنه اختیاری اگر از این گزینه استفاده نمی شود، پیش فرض است GIT_EDITOR is
باز شد. اگر شعبه HEAD توصیف مناسبی داشته باشد (نگاه کنید به دستگاه گوارش شاخه
-ویرایش-توضیحات) از این توضیحات به عنوان پیش فرض استفاده می شود
در ویرایشگر پیغام می دهد و در غیر این صورت، پیام آخرین commit خواهد رفت
به جای آن استفاده شود.

-b پایه، --base=BASE
شاخه ای (یا git ref) که می خواهید تغییرات خود را در آن اعمال کنید. به طور پیش فرض
شعبه ردیابی (شاخه. .ادغام متغیر پیکربندی) استفاده می شود
یا پیکربندی hub.pullbase اگر یک شعبه راه دور را ردیابی نکنید. اگر
هیچ کدام وجود ندارد، به طور پیش‌فرض روی آن تنظیم شده است استاد. مخزن برای استفاده به عنوان
پایه از hub.upstream پیکربندی

-c نام، --create-branch=NAME
یک شاخه از راه دور جدید با (با نام نام) به عنوان سر واقعی برای
درخواست کشش به جای استفاده از نام HEAD به عنوان ارسال شده است HEAD. این
برای ایجاد یک درخواست کشش برای رفع مشکلی که به آن متعهد هستید مفید است
HEAD معمولی خود را بدون ایجاد یک شاخه اول.

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

ضمیمه کردن شماره [سر]
تبدیل مشکل شناسایی شده توسط شماره به یک درخواست کشش با پیوست کردن commit ها
به آن شاخه (یا git ref) جایی که تغییرات شما در آن پیاده سازی می شود می تواند باشد
به صورت اختیاری با مشخص شده است HEAD (در غیر این صورت از شاخه فعلی استفاده می شود). این
دستور فرعی بسیار شبیه به جدید دستور فرعی، لطفا به آن مراجعه کنید
جزئیات بیشتر.

لطفاً توجه داشته باشید که فقط در صورتی می‌توانید commit‌ها را به مشکلات پیوست کنید که دسترسی commit داشته باشید
به مخزن یا اگر به شما اختصاص داده شده است.

-m MSG، --message=MSG
یک نظر به موضوع/درخواست کشش جدید اضافه کنید.

-ه ، -ویرایش-پیام
پیش فرض را باز کنید GIT_EDITOR برای نوشتن نظر برای اضافه شدن به
موضوع/درخواست کشش جدید. پیغام پیش فرض از قسمت گرفته شده است
--پیام گزینه در صورت وجود، در غیر این صورت شرح شاخه یا
اولین پیام commit مانند با استفاده می شود جدید دستور فرعی

-b پایه، --base=BASE
شعبه پایه که درخواست کشش را به آن صادر می کند. اگر این گزینه نیست
در حال حاضر، سپس شاخه پایه از پیکربندی گرفته می شود
hub.pullbase (یا فقط استاد اگر آن پیکربندی وجود نداشته باشد
یا). مخزن مورد استفاده به عنوان پایه از قسمت گرفته شده است
hub.upstream پیکربندی

-c نام، --create-branch=NAME
یک شاخه از راه دور جدید با (با نام نام) به عنوان سر واقعی برای
درخواست کشش به جای استفاده از نام HEAD به عنوان ارسال شده است HEAD. این
برای ایجاد یک درخواست کشش برای رفع مشکلی که به آن متعهد هستید مفید است
HEAD معمولی خود را بدون ایجاد یک شاخه اول.

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

تخفیف کشیدن
بستن یک درخواست کشش شناسایی شده توسط کشیدن با تغییر پایه شاخه پایه آن
(در درخواست کشش مشخص شده است) به جای ادغام به عنوان GitHub ادغام کردن دکمه™
انجام می داد

در صورت موفقیت آمیز بودن عملیات، نظری برای اطلاع رسانی جدید ارسال خواهد شد
HEAD commit شعبه ای که rebased شده است و درخواست کشش خواهد بود
بسته

نوع URL مورد استفاده برای واکشی و فشار را می توان از طریق آن مشخص کرد
hub.pullurltype متغیر پیکربندی (نگاه کنید به پیکربندی برای جزئیات بیشتر)
اگر همه چیز خوب پیش رفت، نسخه کار شما باید در حالت ایده آل ثابت بماند.

عملیات انجام شده توسط این فرمان فرعی تقریباً به شرح زیر است:

1. git stash

2. git fetch کشش

3. git checkout -b TMP FETCH_HEAD

4. git pull -- rebase pullbase

5.git فشار pullbase

6. پرداخت git پیرمرد

7. شاخه git -D TMP

8. git stash pop

If hub.forcerebase روی "true" (پیش‌فرض) تنظیم شده است. --زور منتقل خواهد شد
rebase (با این گزینه دستور اشتباه گرفته نشود --فشار زور که خواهد شد
فشار را فشار دهید)، در غیر این صورت (اگر "نادرست" باشد) یک تغییر پایه منظم انجام می شود.
هنگامی که rebase اجباری می شود، تمام commit ها در درخواست pull هستند
دوباره متعهد شد، بنابراین فراداده Committer و CommitterDate در به روز رسانی می شود
commit می کند و به شخصی که rebase را انجام داده و زمان آن را نشان می دهد
به جای مقادیر اصلی، مجدداً تغییر دهید، بنابراین اطلاعات مفیدتری ارائه دهید.
به عنوان یک عارضه جانبی، هش های commit ها تغییر خواهند کرد.

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

-m MSG، --message=MSG
از این پیام برای نظر به جای پیش فرض استفاده کنید. یک را مشخص کنید
پیام خالی (-m'') برای حذف کامل نظر.

-ه ، -ویرایش-پیام
پیش فرض را باز کنید GIT_EDITOR برای نوشتن نظر

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

-پ، -- مکث
Rebase را درست قبل از فشار دادن نتایج متوقف کنید و مشکل وجود دارد
ادغام شد. برای از سرگیری تغییر مجدد درخواست کشش (تغییرات را فشار دهید
بالادست و موضوع را ببندید)، فقط از آن استفاده کنید --ادامه هید عمل. این
به ویژه برای آزمایش مفید است.

-u، --stash-include-un tracked
عبور می کند --شامل-ردیابی نشده گزینه پنهان کردن در صورت استفاده همه بدون ردیابی
فایل‌ها نیز ذخیره می‌شوند و سپس با git clean پاک می‌شوند
دایرکتوری کار در حالت بسیار تمیزی است که از درگیری جلوگیری می کند
هنگام بررسی درخواست کشش برای rebase.

-آ، -- مخفی کردن همه
عبور می کند --همه گزینه پنهان کردن مثل این است --stash-include-un tracked
اما فایل های نادیده گرفته شده علاوه بر فایل ذخیره و پاک می شوند
فایل های ردیابی نشده، که به طور کامل امکان را از بین می برد
هنگام بررسی درخواست کشش برای تغییر پایه، تداخل دارد.

-دی، --حذف-شاخه
در صورت موفقیت آمیز بودن تغییر، شاخه درخواست کشش را حذف کنید. این هست
مشابه فشار دادن دکمه "Delete Branch" (TM) در رابط وب
پس از ادغام

عملیات:

--ادامه هید
به یک تغییر پایه مداوم ادامه دهید.

-- سقط
یک تغییر مجدد در حال انجام را لغو کنید.

-- پرش پچ فعلی را در یک rebase مداوم رد کنید و ادامه دهید.

به روز رسانی کشیدن
نام مستعار برای موضوع به روز رسانی.

توضیح کشیدن
نام مستعار برای موضوع توضیح.

نزدیک کشیدن
نام مستعار برای موضوع نزدیک.

پیکربندی


این برنامه از امکانات پیکربندی git برای دریافت پیکربندی خود استفاده می کند. اینها هستند
کلیدهای پیکربندی git استفاده شده:

hub.نام کاربری
نام کاربری GitHub شما [پیش‌فرض: جاری OS نام کاربری]

hub.oauthtoken ضروری
این نشانه مجوزی است که از طریق برپایی فرمان حتی در صورت لزوم،
شما نباید این متغیر را به صورت دستی تنظیم کنید. استفاده کنید برپایی در عوض دستور دهید.

hub.upstream ضروری
مخزن Blessed برای دریافت مسائل و درخواست‌های کشش استفاده می‌شد. در
قالب است /. این گزینه می تواند به طور خودکار توسط کلون کردن
فرمان و واقعاً مورد نیاز آن یا آن نیست برپایی فرمان

hub.forkrepo
چنگال مخزن مبارک شما. فرمت است /. برای تنظیم سر استفاده می شود
برای درخواست های کشش شما [پیش‌فرض: /(بالادست قسمت)]

hub.forkremote
نام راه دور برای دسترسی به چنگال شما. برای هل دادن شاخه ها قبل از ایجاد کشش استفاده می شود
درخواست. [پیش‌فرض: منشاء]

hub.pullbase
شاخه پیش‌فرض راه دور (یا مرجع git) که می‌خواهید تغییرات شما در چه زمانی انجام شود
ایجاد یک درخواست کشش [پیش‌فرض: استاد]

hub.urltype
نوع URL برای استفاده در زمانی که یک URL از یک API GitHub مورد نیاز است (به عنوان مثال، زمانی که 'pull
rebase استفاده می شود). در زمان نوشتن می تواند باشد ssh_url or clone_url برای
HTTP). برای جزئیات یا گزینه‌های بیشتر به مستندات API GitHub[1] مراجعه کنید. [پیش‌فرض:
ssh_url]

hub.baseurl
URL پایه GitHub برای استفاده برای دسترسی به API. وقتی GitHub API در آن است، این را تنظیم کنید
مکان دیگری غیر از پیش فرض (سرورهای سازمانی معمولاً استفاده می کنند
https://host/api/v3). این به همه تماس‌های API GitHub اضافه می‌شود و باید انجام شود
یک URL کامل باشد، نه فقط چیزی مانند "www.example.com/api/v3/".

hub.forcerebase
اگر روی "درست" تنظیم شود، --زور به rebase منتقل خواهد شد. اگر روی "نادرست" تنظیم شده است a
rebase منظم انجام می شود. را ببینید کشیدن تخفیف دستور برای جزئیات [پیش‌فرض:
درست]

توپی.مثلثی
را --مثلثی برای کلون کردن اگر روی "true" تنظیم شود (مقدار بولی). دیدن کلون کردن
اسناد برای جزئیات

[1] https://developer.github.com/v3/pulls/#get-a-single-pull-request

از git-hub به صورت آنلاین با استفاده از خدمات onworks.net استفاده کنید


سرورها و ایستگاه های کاری رایگان

دانلود برنامه های ویندوز و لینوکس

دستورات لینوکس

Ad