پایگاه دانش

استقرار با Zinnector®: پیوند، بررسی، ارسال

از یک پروژه محلی تا یک سایت زنده: با یک کلید API وارد شوید، پروژه را به یک اسلات هاستینگ متصل کنید، بررسی‌های پیش از پرواز را که PHP، دیسک و WordPress شما را با اسلات مقایسه می‌کند بخوانید، و انتشار دهید — به‌علاوه بازنشانی‌ها، تاریخچه انتشار و گزارش‌های ساخت زمانی که مشکلی پیش می‌آید.

هنگامی که یک پروژه به صورت محلی اجرا می‌شود، چهار دستور آن را به یک سایت زنده روی میزبانی Zinn Digital® منتقل می‌کنند: ورود به سیستم، پیوند دادن پروژه به یک اسلات میزبانی، خواندن بررسی پیش‌پرواز و ارسال. این مقاله هر یک از آن‌ها، خروجی آن‌ها و دستوراتی را که بعدها به آن‌ها نیاز دارید بررسی می‌کند — استقرار مجدد، تاریخچه استقرار و گزارش‌های ساخت.

ورود با کلید API

یک کلید در داشبورد تحت Settings → API keys ایجاد کنید، سپس:

zinnector login

کلید در یک اعلان وارد می‌شود — این کلید هرگز در خط فرمان پذیرفته نمی‌شود، بنابراین نمی‌تواند در تاریخچه شل شما یا فهرست فرآیندها قرار گیرد. در CI، آن را پایپ کنید: echo "$ZINN_API_KEY" | zinnector login --profile ci، یا ZINNECTOR_TOKEN را تنظیم کرده و login را به طور کامل رد کنید. کلید قبل از ذخیره شدن تأیید می‌شود و با حالت فایل 600 ذخیره می‌شود. دستور zinnector whoami --scopes نشان می‌دهد که به چه سازمانی وارد شده‌اید و کلید چه مجوزهایی دارد؛ یک کلید سندباکس به عنوان آن برچسب‌گذاری می‌شود.

پیوند دادن پروژه به یک اسلات

zinnector link                                   # انتخاب یک سایت از یک فهرست
zinnector link example.com --repo acme/site --branch main

دستور link شناسه سایت را در zinnector.json می‌نویسد و، مگر اینکه --no-repo را ارسال کنید، ریموت گیت پروژه را به سایت روی پلتفرم متصل می‌کند تا یک ارسال آن را مستقر کند. zinnector.json را کامیت کنید: همکاری که مخزن را کلون می‌کند، سپس بدون نیاز به توضیح، به همان مکان مستقر می‌کند. این فایل هیچ راز و رمز محرمانه‌ای ندارد.

خواندن بررسی پیش‌پرواز

zinnector check

این همان دستوری است که CLI برای آن وجود دارد. این دستور پروژه شما را با اسلاتی که قرار است روی آن مستقر شود مقایسه می‌کند و هر عدم تطابق — و هر مقایسه‌ای را که نتوانسته انجام دهد — چاپ می‌کند:

  • نسخه PHP، با فاصله نسخه اصلی که به عنوان زیاد رتبه‌بندی شده است زیرا به طور قابل اعتمادی یک سایت را خراب می‌کند و فاصله جزئی رتبه‌بندی پایین‌تری دارد، زیرا رتبه‌بندی همه چیز به عنوان بحران به افراد یاد می‌دهد که هشدار را رد کنند.
  • اینکه آیا اسلات می‌تواند تغییر وضعیت دهد به نسخه‌ای که شما روی آن ساخته‌اید، آیا PHP اسلات گذشته از پایان عمر است، و آیا ماشین نسخه را اعمال کرده یا صرفاً به آن گفته شده است.
  • اندازه و تعداد فایل‌های پروژه شما در برابر فضای دیسک و اینود که عملاً روی اسلات باقی مانده است — یک درخت WordPress می‌تواند فایل‌ها تمام شود در حالی که بسیار کمتر از حد سقف دیسک خود است.
  • نسخه‌های WordPress در هر طرف، اینکه آیا اسلات پرویزونing را به پایان رسانده است، و اینکه آیا یک مخزن متصل است تا به آن ارسال شود.

این ابزار هشدار می‌دهد؛ هرگز مسدود نمی‌کند. هر یافته‌ای با zinnector push --force قابل لغو است، زیرا شما چیزهایی در مورد سایت خود می‌دانید که یک بررسی‌کننده نمی‌داند. مقایسه‌ای که قابل انجام نبوده است به عنوان نامشخص گزارش می‌شود، هرگز به عنوان موفقیت، و خلاصه همیشه می‌گوید که چند مورد وجود داشته است. به طور پیش‌فرض، نسخه محلی PHP همان نسخه‌ای است که در zinnector.json اعلام شده است؛ --probe زمان اجرای محلی را بوت می‌کند و به جای آن آن را اندازه‌گیری می‌کند. --strict در موارد نامشخص نیز با کد غیرصفر خارج می‌شود، که همان چیزی است که یک گیت CI می‌خواهد.

ارسال

zinnector push

دستور push بررسی پیش‌پرواز را اجرا می‌کند، کامیت‌های شما را ارسال می‌کند، استقرار را راه‌اندازی می‌کند و آن را تا اتمام زیر نظر دارد، وضعیت نهایی و کامیت مستقر شده را چاپ می‌کند. --dry-run همه کارها به جز استقرار را انجام می‌دهد؛ --no-wait آن را راه‌اندازی می‌کند و خارج می‌شود؛ --no-git هر آنچه را که پلتفرم از قبل دارد بدون ارسال مستقر می‌کند. اگر کامیت مستقر شده همان کامیت تازه ارسال شده نباشد، این موضوع را اعلام می‌کند.

هنگامی که مشکلی پیش می‌آید

zinnector deploys example.com        # تاریخچه استقرار — وضعیت، کامیت، محرک، پیام
zinnector logs example.com --build   # گزارش ساخت جدیدترین استقرار
zinnector logs example.com --error   # گزارش خطای سایت
zinnector deploy example.com         # استقرار مجدد آنچه پلتفرم از قبل دارد
zinnector ai "why is my deploy failing?"

zinnector ai روی پلتفرم در برابر حساب کاربری خود شما اجرا می‌شود، بنابراین می‌تواند همان تاریخچه استقرار و گزارش‌ها را ببیند. از داخل یک پروژه، شکل پروژه — نام فهرست‌ها، نسخه‌ها و شناسه سایت — را ارسال می‌کند و هرگز محتویات فایل را ارسال نمی‌کند.

مرتبط

هنوز مشکل دارید؟

پشتیبانی در تمامی پلن‌ها گنجانده شده است و پاسخ‌ها به زبان خود شما ارائه می‌شوند.

تماس با پشتیبانی همه مقالات
استقرار با Zinnector®: پیوند، بررسی، ارسال