.TH git-annex-push 1
.SH "نام (NAME)"
git-annex-push \- ارسال محتوا به مخازن دوردست (ریموت‌ها)
.PP
.SH "خلاصه دستور (SYNOPSIS)"
git annex push \fB[remote ...]\fP
.PP
.SH "توضیحات (DESCRIPTION)"
این دستور محتوا را به ریموت‌ها ارسال (push) می‌کند. هم محتوای مخزن گیت و هم محتوای فایل‌های ضمیمه‌شده (annexed) را بارگذاری می‌نماید.
.PP
می‌توانید برای انجام کاری مشابه این دستور، از
.B git push
و
.B git-annex copy
به‌صورت دستی استفاده کنید؛ اما این دستور چندین جزئیات را مدیریت می‌کند، از جمله اینکه مطمئن می‌شود شاخه git-annex به ریموت ارسال شود.
.PP
هنگام استفاده از git-annex، اغلب ریموت‌ها مخازن bare نیستند، زیرا افزودن ریموت برای رایانه‌های نزدیک که می‌خواهید به همان محتوای ضمیمه‌شده دسترسی داشته باشند مفید است. ارسال داده به یک ریموت غیر bare معمولاً شاخه فعلی ریموت را با تغییرات مخزن محلی به‌روزرسانی نمی‌کند (مگر اینکه ریموت با
.B receive.denyCurrentBranch=updateInstead
پیکربندی شده باشد).
.PP
برای تسهیل کار با چنین ریموت‌های غیر bare، این دستور نه تنها شاخه محلی
.B master
را به
.B master
ریموت ارسال می‌کند، بلکه آن را به شاخه
.B synced/master
در ریموت نیز می‌فرستد (و به‌طور مشابه برای سایر شاخه‌ها). هنگامی که بعداً
.B git-annex pull
(یا
.BR "git-annex sync" )
روی ریموت اجرا شود، شاخه‌های
.B synced/
را که به آن ارسال شده بودند ادغام خواهد کرد.
.PP
برخی ریموت‌های خاص اجازه برون‌بری درختی از فایل‌ها به آن‌ها را می‌دهند
.RB ( exporttree=yes )،
و این دستور می‌تواند برای ارسال به آن ریموت‌ها و همچنین ریموت‌های معمولی گیت استفاده شود. برای جزئیات در مورد نحوه کار این ریموت‌های خاص،
.BR git-annex\-export (1)
را ببینید. برای اینکه این دستور بتواند به یک ریموت خاص برون‌بری کند، گزینه
.B remote.<name>.annex\-tracking\-branch
نیز باید پیکربندی شده باشد و مقداری برابر با شاخهٔ در حال حاضر فعال (checked out) داشته باشد.
.PP
هنگامی که از
.BR git-annex\-adjust (1)
برای بررسی و کار با یک شاخه تنظیم‌شده استفاده شده است، این دستور تغییرات اعمال‌شده را بدون انتشار تنظیمات، به شاخه والد برمی‌گرداند.
.PP
به‌طور معمول این دستور تلاش می‌کند محتوای هر فایل ضمیمه‌شده را که در درخت کاری قرار دارد، به هر ریموتی که به آن ارسال می‌کند و نسخه‌ای از آن ندارد، بارگذاری نماید. برای کنترل فایل‌هایی که به یک ریموت بارگذاری می‌شوند، محتوای ترجیحی (preferred content) ریموت را پیکربندی کنید. وقتی فایلی جزو محتوای ترجیحی یک ریموت یا مخزن محلی نباشد، این دستور سعی می‌کند محتوای فایل را دور بیندازد (drop کند).
.BR git-annex\-preferred\-content (1)
را ببینید.
.PP
.SH "گزینه‌ها (OPTIONS)"
.IP "\fB[remote]\fP"
.IP
به‌طور پیش‌فرض، این دستور تغییرات را به تمام ریموت‌های موجود ارسال می‌کند، به جز ریموت‌هایی که
.B remote.<name>.annex\-push
(یا
.BR remote.<name>.annex\-sync )
آن‌ها روی false تنظیم شده باشد، یا
.B remote.<name>.annex\-readonly
آن‌ها روی true باشد.
.IP
با مشخص کردن نام ریموت‌ها (یا گروه‌های ریموت)، می‌توانید مشخص کنید به کدام‌یک ارسال صورت گیرد.
.IP
.IP "\fB\-\-fast\fP"
تنها ارسال به ریموت‌هایی با کمترین مقدار هزینه پیکربندی‌شده (annex\-cost).
.IP
هنگامی که فهرستی از ریموت‌ها (یا گروه‌های ریموت) ارائه شود، از میان آن‌ها انتخاب می‌کند، در غیر این صورت از میان تمام ریموت‌ها انتخاب خواهد کرد.
.IP
.IP "\fB\-\-only\-annex\fP \fB\-a\fP, \fB\-\-not\-only\-annex\fP"
تنها شاخه git-annex و محتوای ضمیمه‌شده را به ریموت‌ها ارسال می‌کند، نه سایر شاخه‌های گیت را.
.IP
پیکربندی
.B annex.synconlyannex
می‌تواند روی true تنظیم شود تا این حالت رفتار پیش‌فرض باشد. برای نادیده گرفتن چنین تنظیمی، از
.B \-\-not\-only\-annex
استفاده کنید.
.IP
هنگامی که این گزینه با
.B \-\-no\-content
ترکیب شود، تنها شاخه git-annex ارسال خواهد شد.
.IP
.IP "\fB\-\-no\-content\fP, \fB\-g\fP, \fB\-\-content\fP"
از
.B \-\-no\-content
یا
.B \-g
برای جلوگیری از بارگذاری (و دور انداختن) محتوای فایل‌های ضمیمه‌شده استفاده کنید.
.IP
اگر مکرراً از
.B \-\-no\-content
استفاده می‌کنید، می‌توانید پیکربندی
.B annex.synccontent
را روی false قرار دهید تا از بارگذاری پیش‌فرض محتوا جلوگیری شود. گزینه
.B \-\-content
این پیکربندی را نادیده می‌گیرد.
.IP
.IP "\fB\-\-content\-of=path\fP \fB\-C path\fP"
تنها بارگذاری (یا دور انداختن) فایل‌های ضمیمه‌شده موجود در مسیر داده‌شده.
.IP
این گزینه می‌تواند چندین بار با مسیرهای مختلف تکرار شود.
.IP
توجه داشته باشید که این گزینه مانع از برون‌بری سایر فایل‌ها به یک ریموت با
"exporttree=yes"
نمی‌شود.
.IP
.IP "\fB\-\-all\fP \fB\-A\fP"
معمولاً این دستور روی فایل‌های ضمیمه‌شده در شاخه جاری عمل می‌کند. این گزینه باعث می‌شود دستور روی تمام نسخه‌های موجود از تمام فایل‌های ضمیمه‌شده (در صورتی که تنظیمات محتوای ترجیحی اجازه دهند) اجرا شود.
.IP
توجه داشته باشید تنظیمات محتوای ترجیحی که از
.B include=
یا
.B exclude=
استفاده می‌کنند، تنها با نسخه فایل‌هایی مطابقت دارند که در حال حاضر در درخت کاری هستند، نه با نسخه‌های پیشین فایل‌ها.
.IP
.IP "\fB\-\-jobs=N\fP \fB\-JN\fP"
ارسال موازی را با حداکثر تعداد کارهای مشخص‌شده به‌طور همزمان فعال می‌کند. برای مثال:
.B \-J10
.IP
تنظیم این مقدار روی "cpus" یک وظیفه را به ازای هر هسته پردازنده اجرا خواهد کرد.
.IP
.IP "\fB\-\-cleanup\fP"
شاخه‌های محلی و ریموت
.B synced/
را که توسط
.B git-annex push
یا
.B git-annex sync
ایجاد و ارسال شده بودند، حذف می‌کند. این گزینه مانع از تمام فعالیت‌های دیگر می‌شود.
.IP
این گزینه زمانی مفید است که تغییری را به ریموت‌ها ارسال کرده‌اید و اکنون می‌خواهید شاخه master خود را به پیش از آن تغییر برگردانید. بنابراین
.B git reset
را اجرا کرده و شاخه master را با اجبار (force-push) به ریموت‌ها ارسال می‌کنید، اما متوجه می‌شوید که اجرای بعدی
.B git annex merge
یا
.B git annex pull
تغییرات را بازمی‌گرداند. چرا؟ زیرا شاخه
.B synced/master
همچنان وجود دارد و تغییرات هنوز در آن است. پاک‌سازی شاخه‌های
.B synced/
از این مشکل جلوگیری می‌کند.
.IP
.IP "همچنین گزینه‌های مشترک git-annex\-common\-options(1) قابل استفاده هستند."
.SH "همچنین ببینید (SEE ALSO)"
git-annex(1)
.PP
git-annex\-pull(1)
.PP
git-annex\-sync(1)
.PP
git-annex\-preferred\-content(1)
.PP
git-annex\-satisfy(1)
.PP
.SH "نویسنده (AUTHOR)"
Joey Hess <id@joeyh.name>
.PP
.PP