git push کنید. flowbit میسازد.
اپ GitHub فلوبیت را نصب کنید، مخزن و شاخه را متصل کنید تا هر push به یک ایمیج Docker و یک دیپلوی در حال اجرا تبدیل شود.
1
نصب اپ
برای هر حساب یا سازمان GitHub
6
وضعیت بیلد
queued → succeeded
خودکار
دیپلوی با push
قابل تنظیم برای هر مخزن
Dockerfile
ورودی بیلد
مسیر دلخواه پشتیبانی میشود
بیلدها چیست
بیلدها flowbit را به GitHub وصل میکند تا روند کار شما همان git push باقی بماند. به جای توکن شخصی، اپ GitHub فلوبیت را روی یک حساب یا سازمان نصب میکنید و فقط مخزنهای انتخابی را به آن میدهید. ورود با GitHub یک فرایند هویتی جداست — دسترسی دیپلوی همیشه از نصب اپ میآید.
اتصال از تنظیمات GitHub پروژه چهار قدم دارد: صفحهٔ نصب را باز کنید، بگذارید GitHub برگردد تا نصب خودکار ثبت شود، مخزن را با شاخه و مسیر Dockerfile متصل کنید و سپس «اکنون دیپلوی کن» را بزنید یا فقط push کنید. اگر بازگشت انجام نشد، میتوانید شناسهٔ نصب را دستی وارد کنید.
هر push روی شاخهٔ متصل یک وبهوک و یک بیلد را شروع میکند که از queued، cloning، building و pushing به succeeded یا failed میرسد. بیلد موفق یک دیپلوی را با اطلاعات مخزن و کامیت میسازد یا بهروز میکند تا همیشه بدانید چه کدی در حال اجراست.
تاریخچهٔ بیلدها در سطح سازمان و هر پروژه نگه داشته میشود؛ با وضعیت، شناسهٔ کوتاه کامیت، شاخه، مخزن، مدت و زمان شروع، بههمراه لاگ کامل clone، build و push در صفحهٔ هر بیلد و در مشاهدهپذیری.
اتصال در چهار مرحله
اتصال GitHub
از تنظیمات پروژه صفحهٔ نصب را باز کنید و حساب و مخزنها را انتخاب کنید.
بازگشت نصب
GitHub به flowbit برمیگردد و نصب خودکار ثبت میشود — بدون کپی شناسه.
اتصال مخزن
مخزن، شاخه، مسیر Dockerfile و دیپلوی خودکار را انتخاب کنید.
acme/web · main · ./Dockerfileدیپلوی
روی «اکنون دیپلوی کن» بزنید یا روی شاخه push کنید — وبهوک بیلد را شروع میکند.
git push origin mainحرکت هر بیلد در پایپلاین را ببینید
queued
push از وبهوک دریافت شد
cloning
دریافت کامیت
building
اجرای docker build با Dockerfile شما
pushing
انتشار تگ ایمیج
succeeded
دیپلوی ساخته یا بهروز شد
failed
لاگ بیلد علت را نشان میدهد
روند کاری شما تغییر نمیکند
اپ GitHub، نه توکن
دسترسی محدود به مخزن از طریق نصب اپ. ورود با GitHub یک فرایند OAuth جدا و مستقل است.
دیپلوی خودکار با push
وبهوکها روی شاخهٔ متصل بیلد را شروع میکنند؛ میتوانید آن را خاموش کنید.
لاگ کامل بیلد
تمام خروجی clone، build و push در صفحهٔ بیلد و مشاهدهپذیری نگه داشته میشود.
متادیتای کامیت
دیپلویهای حاصل از بیلد مخزن و کامیت را نگه میدارند تا بدانید چه چیزی در حال اجراست.
تاریخچهٔ سراسری
بیلدهای همهٔ پروژهها را ببینید یا روی یک پروژه فیلتر کنید.
بازیابی داخلی
اگر بازگشت انجام نشد، شناسهٔ نصب را در تنظیمات ← GitHub ← «مشکل دارید؟» وارد کنید.
اگر Dockerfile دارد، ساخته میشود
flowbit دقیقاً همان چیزی را میسازد که Dockerfile شما توصیف میکند — بدون حدس buildpack. مسیر را به هر جای مخزن اشاره دهید.
- Dockerfile در ریشه یا زیرمسیر monorepo
- اولین پورت EXPOSE برای دیپلوی منتشر میشود
- متغیرهای محیطی از Vault میآیند، نه از ایمیج
FROM node:22-alpine AS build
WORKDIR /app
COPY package*.json ./
RUN npm ci
COPY . .
RUN npm run build
FROM node:22-alpine
WORKDIR /app
COPY --from=build /app ./
EXPOSE 3000
CMD ["npm", "start"]آنچه هر بیلد ثبت میکند
| فیلد | نمونه | محل نمایش |
|---|---|---|
| وضعیت | succeeded | فهرست و جزئیات بیلد |
| کامیت | a1b2c3d | فهرست بیلد، دیپلوی |
| شاخه | main | فهرست بیلد |
| مخزن | acme/web | فهرست بیلد، دیپلوی |
| مدت | 1m 42s | فهرست بیلد |
| لاگ | clone · build · push | جزئیات بیلد، مشاهدهپذیری |
مقادیر نمونه صرفاً برای نمایش هستند.
سؤالات رایج
آیا «ورود با GitHub» همان اتصال است؟
خیر. ورود از OAuth برای هویت شما استفاده میکند؛ دیپلوی از اپ GitHub جداگانه با دسترسی محدود به مخزن استفاده میکند.
آیا GitLab پشتیبانی میشود؟
هنوز نه. GitLab در ویزارد دیپلوی با برچسب «بهزودی» نمایش داده میشود.
آیا برای هر Pull Request محیط پیشنمایش ساخته میشود؟
پیشنمایش PR در این نسخه نیست؛ بیلدها برای شاخهٔ متصل اجرا میشوند.
اگر بیلد شکست بخورد چه میشود؟
بیلد با لاگهایش «ناموفق» علامت میخورد و دیپلوی فعلی دستنخورده باقی میماند.
مخزن خود را متصل کنید
اپ GitHub را نصب کنید تا push بعدی خودش دیپلوی شود.

