উৎস নিয়ন্ত্রণ

আপনার ইতিমধ্যেই ব্যবহৃত রিপোজিটরি থেকে ডিপ্লয় করুন — এটি রাখার জন্য নয়টি স্থান

আপনি যে GitHub বা GitLab অ্যাকাউন্টে কাজ করেন সেটি সংযুক্ত করুন এবং সরাসরি একটি ব্রাঞ্চ থেকে ডিপ্লয় করুন: Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps বা AWS Amplify-এ — অথবা আমাদের নিজস্ব ম্যানেজড হোস্টিংয়ে, যেখানে রিপোজিটরি এবং সাইটের ফাইলগুলো উভয় দিক থেকেই সিঙ্ক থাকে। প্রতিটি সংযোগ তার প্রয়োজনীয় সুবিধাগুলো প্রদর্শন করে, সংরক্ষণ করার আগে সরবরাহকারীর API-এর মাধ্যমে যাচাই করা হয় এবং Vault-এ সংরক্ষিত থাকে। আপনি GitHub বা GitLab দিয়েও সাইন ইন করতে পারেন।

একটি রিপোজিটরি থেকে লাইভ সাইটে পাইপলাইনের মধ্য দিয়ে অগ্রসর হওয়া একটি কমিট।
  • GitHub + GitLabআপনার ইতিমধ্যে থাকা অ্যাকাউন্টটি সংযুক্ত করুন
  • নয়টি গন্তব্যআটটি এজ হোস্ট, সাথে আমাদের নিজস্ব বহর
  • দ্বিমুখী সিঙ্কপ্রতিটি সাইট, প্রতিটি লাইন
  • Vault-এ সংরক্ষিতপ্রবেশের সময় যাচাইকৃত, লগ-এ কখনও নয়
  • সংরক্ষণ করার আগে টোকেন যাচাই করা হয়েছেঅতিরিক্ত সুযোগপ্রাপ্ত টোকেন কখনোই কার্যকর হয় না
  • স্থাপনার জন্য পুশ করুনস্বাক্ষর যাচাইকৃত এবং ঐচ্ছিক
  • আপনার ব্রাঞ্চ, আপনার বিল্ডএকটি ডিরেক্টরি প্রকাশ করুন বা আপনার নিজস্ব CI চালান
  • সঠিকভাবে সংযোগ বিচ্ছিন্ন করুনআমরা ঠিক আমাদের তৈরি করা হুকটি সরিয়ে দিই

একবার সংযোগ করুন, এবং আপনি কীসে সম্মতি দিচ্ছেন তা দেখুন

একটি সংযোগ হলো এমন একটি পরিচয়পত্র যা আপনি অন্য কাউকে দিচ্ছেন। আমাদেরটি তৈরি করার আগেই বলে দেয় এর কী প্রয়োজন, সংরক্ষণের আগেই প্রমাণ করে এটি কাজ করছে এবং যেকোনো প্রান্ত থেকেই এটি ফিরিয়ে নেওয়া যায়।

সুবিধাসমূহ, শুরুতেই স্পষ্টভাবে উল্লিখিত

আপনি একটি টোকেন তৈরি করার আগে এটি কী করতে সক্ষম হতে হবে এবং কেন, তা আমরা আপনাকে জানাই। অনুরোধ করা সহজ ছিল বলে কোনো ঢালাও সুযোগ দেওয়া হয় না, এবং কাজের প্রয়োজনের চেয়ে বেশি চেয়েছিলাম তা ঘটনার পরে আবিষ্কার করার সুযোগ নেই।

সরবরাহকারীর সাথে যাচাইকৃত, অন্ধবিশ্বাসে গৃহীত নয়

আপনার টোকেন সংরক্ষণ করার আগে আমরা সেটি দিয়ে সরবরাহকারীর নিজস্ব API কল করি। ভুল, মেয়াদোত্তীর্ণ বা ভুল স্কোপযুক্ত টোকেন গ্রহণ করে সক্রিয় দেখানোর পর প্রথম বাস্তব ডিপ্লয়মেন্টে ব্যর্থ হওয়ার চেয়ে ফর্মেই তা প্রত্যাখ্যান করা হয়।

Vault-এ সংরক্ষিত, এবং অন্য কোথাও নয়

আমাদের কোডে নয়, কোনো পরিবেশ ফাইলে নয়, কোনো লগে নয় এবং কমান্ড লাইনেও নয়। এটি ব্যবহার করার মুহূর্তে সমাধান করা হয়, যে কাজের চাপ এটি ব্যবহার করে তার দ্বারা।

একাধিক অ্যাকাউন্ট, প্রতি সাইটের জন্য নির্বাচিত

একটি ব্যক্তিগত অ্যাকাউন্ট এবং একটি সংস্থার অ্যাকাউন্ট, অথবা দুটি সংস্থার অ্যাকাউন্ট সংযুক্ত করুন। প্রতিটি সাইট বেছে নেয় যে এটি কোনটি থেকে ডিপ্লয় করবে, তাই কোনও ক্লায়েন্টের রিপোজিটরি এবং আপনার নিজস্ব রিপোজিটরি কখনও একই ক্রেডেনশিয়াল শেয়ার করে না।

একটি সংগ্রহস্থল যে নয়টি স্থানে পৌঁছাতে পারে

আটটি পরিচালিত এজ হোস্ট এবং আমাদের নিজস্ব বহর। গন্তব্যটি সংযোগের নয়, বরং সাইটের একটি বৈশিষ্ট্য, তাই একই রিপোজিটরি একটি শাখাকে Pages হোস্টে প্রকাশ করতে পারে এবং অন্য একটি সাইট আমাদের হার্ডওয়্যারে চলতে পারে।

Cloudflare Pages

আনলিমিটেড ব্যান্ডউইথ, বাণিজ্যিক ব্যবহারের অনুমতি, এবং শীর্ষ ডোমেনগুলো সাধারণত আপনার DNS জোন পরিচালনাকারী একই প্রদানকারীতে পরিচালিত হয়। এই কারণগুলোর জন্যই এটি আমাদের পছন্দের প্রথম গন্তব্য।

Cloudflare Pages হোস্টিং →

GitHub Pages

কোডটি ইতিমধ্যেই যেখানে রয়েছে সেই রিপোজিটরি থেকেই সরাসরি প্রকাশ করুন। Footprint-Free লাইনে চিহ্নিত করা হয়েছে, কারণ শেয়ার করা github.io পরিকাঠামোটি নিজেই একটি ফুটপ্রিন্ট।

GitHub Pages হোস্টিং →

GitLab Pages, Netlify, Vercel এবং বাকিগুলো

GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps এবং AWS Amplify হলো এমন সব গন্তব্য যেখানে আপনি একই সংযোগ এবং একই ডিপ্লয় হিস্ট্রি সহ একটি সাইট নির্দেশ করতে পারেন।

স্ট্যাটিক সাইট হোস্টিং →

আমাদের নিজস্ব পরিচালিত হোস্টিং

তৈরি করা বান্ডিলের পরিবর্তে একটি সম্পূর্ণ অ্যাপ্লিকেশন — WordPress, PHP, Node। এটি এমন একটি গন্তব্য যা দ্বিমুখী সমন্বয় পায়, যাতে বক্স এবং ব্রাঞ্চের ফাইলগুলো পরস্পরের সাথে সামঞ্জস্যপূর্ণ থাকে।

পরিচালিত হোস্টিং →

অন্য কারও এজে থাকা সাইটগুলি

আমাদের মালিকানাধীন নয় এমন কোনো হোস্টে প্রকাশিত সাইটও একটি নির্দিষ্ট বরাদ্দ ব্যবহার করে এবং আপনার পরিচালিত অন্যান্য সমস্ত কিছুর পাশাপাশি তার ডিপ্লয়মেন্ট, আপটাইম এবং এসইও ডেটাসহ আপনার ড্যাশবোর্ডে প্রদর্শিত হয়।

বাহ্যিক সাইটের বরাদ্দ →

অথবা এটি এখানে সম্পাদনা করুন

ইন-ব্রাউজার এডিটরটি সেই একই ফাইলগুলিতে কাজ করে যা দ্বিমুখী সিঙ্ক ফেরত পাঠায়, তাই ড্যাশবোর্ড থেকে একটি দ্রুত সমাধান পরবর্তীতে কেউ খুঁজে পাবে না এমন পরিবর্তনের পরিবর্তে আপনার ব্রাঞ্চে একটি কমিট হয়ে যায়।

ওয়েব সম্পাদক →

দ্বিমুখী সিঙ্ক

আপনার রিপোজিটরি এবং আপনার লাইভ সাইট, একসাথে সমন্বিত

এটি চালু করুন এবং সাইটের নিজস্ব ফাইলগুলি আপনার ব্রাঞ্চে আবার কমিট করা হবে, আর সেই ব্রাঞ্চের কমিটগুলি আবার সাইটে ফিরে আসবে। এটি আমাদের হোস্ট করা প্রতিটি সাইটে, প্রতিটি লাইনে কাজ করে — একমাত্র প্রয়োজনীয়তা হলো নিচের মেশিনটি যেন তার ফাইলগুলির বিপরীতে Git চালাতে পারে, যা প্ল্যান থেকে ধরে নেওয়ার পরিবর্তে সার্ভারের কাছ থেকে যাচাই করা হয়।

কোন ডিরেক্টরিটি সিঙ্ক হবে তা আপনি বেছে নেন, কারণ একজন WordPress গ্রাহক চল্লিশ হাজার মূল ফাইল নয়, নিজের থিম ট্র্যাক করতে চান। এবং আপনি এটি চালু না করা পর্যন্ত এটি বন্ধ থাকে: সিঙ্ক সক্ষম করা অন্য কারো রিপোজিটরি সম্পর্কিত একটি সিদ্ধান্ত, এবং একটি মাইগ্রেশন কখনই আপনার হয়ে এই সিদ্ধান্তটি নেওয়া উচিত নয়।

  • আমাদের হার্ডওয়্যারে করা সম্পাদনাগুলি আপনার ব্রাঞ্চে কমিট হয়ে যায়
  • আপনার ব্রাঞ্চের কমিটগুলি সাইটে ফিরে আসে
  • সম্পূর্ণ ডকুমেন্ট রুট নয়, কেবল একটি ডিরেক্টরি — একটি থিম, একটি প্লাগইন — সিঙ্ক করুন
  • ইতিমধ্যে বিদ্যমান প্রতিটি সাইট সহ ডিফল্টভাবে বন্ধ
একটি এডিটরে খোলা ফাইল, যেখানে একই ফাইল একটি রিপোজিটরিতে কমিট হিসেবে দেখানো হয়েছে।

একটি ডিরেক্টরি প্রকাশ করুন, অথবা আপনার নিজস্ব CI-কে এটি তৈরি করতে দিন

দুটি মোড, এবং পার্থক্য হলো বিল্ডটি কোথায় চলে। উভয়ই একই জায়গায় শেষ হয়: একটি রেফ যা আমরা ফেচ করি এবং প্রকাশ করি, যেখানে ডিপ্লয়মেন্টের বিপরীতে কমিট রেকর্ড করা হয়।

  • প্রকাশনা মোড আপনার ব্রাঞ্চটিকে যেমন আছে তেমনই গ্রহণ করে এবং আপনার নাম দেওয়া ডিরেক্টরিটি প্রকাশ করে — খালি থাকার অর্থ রিপোজিটরির মূল বা রুট।
  • CI মোড আপনার প্রদানকারীর নিজস্ব পাইপলাইনে আপনার বিল্ড কমান্ড চালায় এবং আউটপুটটি একটি পৃথক প্রকাশনা শাখায় কমিট করে, যা আমরা অন্য যেকোনো রেফারেন্সের মতো ফেচ করি।
  • একটি ডিপ্লয় যে শাখা থেকে প্রকাশিত হয় তা সর্বদা স্পষ্টভাবে উল্লেখ করা থাকে, কখনই "ডিফল্ট শাখা" নয় — আপনার অজান্তেই ডিফল্ট পরিবর্তিত হতে পারে, এবং যে ইতিহাস বলতে পারে না কোন শাখা থেকে এটি প্রকাশিত হয়েছে তা কোনো ইতিহাসই নয়।
  • স্বয়ংক্রিয় ডিপ্লয়মেন্ট ডিফল্টভাবে চালু থাকে এবং ওয়েবহুক অপসারণ না করেই এটি বন্ধ করা যেতে পারে, যাতে কার্যকর করার অনুমতি দেওয়ার আগে আপনি ডেলিভারি আসার প্রক্রিয়া পর্যবেক্ষণ করতে পারেন।
  • প্রতিটি ডিপ্লয় তার কমিট, ফলাফল এবং সময় রেকর্ড করে এবং ব্যাকগ্রাউন্ডে চলে — বিল্ড সম্পূর্ণ হওয়ার সাথে সাথে পৃষ্ঠাটি আপডেট হয়।
  • সংযোগ বিচ্ছিন্ন করলে শুধুমাত্র আমাদের তৈরি করা ওয়েবহুকটি এর id দ্বারা সরানো হয়, এবং আপনার রিপোজিটরির অন্য কিছুই সরানো হয় না।

রিপোজিটরি থেকে সরাসরি সাইটে

  1. অ্যাকাউন্ট সংযুক্ত করুন

    GitHub বা GitLab, সংযোগ-এর অধীনে। টোকেন তৈরি করার আগে বিশেষাধিকারগুলি তালিকাভুক্ত করা হয় এবং এটি সংরক্ষণ করার আগে প্রদানকারীর সাথে যাচাই করা হয়।

  2. একটি সাইটকে একটি রিপোজিটরির দিকে নির্দেশ করুন

    মালিক, রিপোজিটরি, শাখা, এবং আমরা কোনো ডিরেক্টরি প্রকাশ করব নাকি আপনার CI যা তৈরি করেছে তা ফেচ করব। আমরা এর অংশ হিসেবে পুশ ওয়েবহুক নিবন্ধন করি।

  3. ধাক্কা দিন, অথবা বোতামটি চাপুন

    মনোনীত শাখায় একটি পুশ ডিপ্লয়মেন্ট শুরু করে, অথবা আপনি সাইটের ডিপ্লয় ট্যাব থেকে প্রয়োজন অনুযায়ী ডিপ্লয় করতে পারেন। বিল্ডগুলি ব্যাকগ্রাউন্ডে চলে।

  4. এটি দেখুন, এবং আপনি চাইলে আবার সিঙ্ক করুন

    স্থাপনার ইতিহাস দেখায় কী প্রকাশিত হয়েছিল এবং কখন। দ্বিমুখী সিঙ্ক চালু করুন এবং এখানে আপনার করা সম্পাদনাগুলি আপনার শাখায় কমিট হিসেবে ফিরে আসবে।

কোনো সমস্যা দেখা দিলে

“সংযুক্ত কিন্তু কখনও বিতরণ করা হয়নি” এমন একটি অবস্থা যা সম্পর্কে আমরা আপনাকে নিশ্চিতভাবেই জানাব

একটি রিপোজিটরি সংযোগ যা দেখতে স্বাভাবিক অথচ কিছুই গ্রহণ করে না, তা হলো ক্লাসিক নীরব ব্যর্থতা — ভুল স্কোপের টোকেন, প্রোভাইডারে অবরুদ্ধ ডেলিভারি, অথবা এমন কোনো হুক যা কেউ ম্যানুয়ালি সরিয়ে দিয়েছে। এটি অন্য প্রতিটি স্ক্রিনে অদৃশ্য থাকে, তাই রিপোজিটরি কার্ড এটি সরাসরি প্রদর্শন করে: প্রোভাইডার শেষ কবে আমাদের কাছে ডেলিভারি করেছে এবং এটি কী জানিয়েছিল।

আমরা পদক্ষেপ নেওয়ার আগে ডেলিভারিগুলির স্বাক্ষর যাচাই করা হয়, এবং এটি সবার ক্ষেত্রে প্রযোজ্য বলে ধরে নেওয়া কোনও স্কিম নয়, বরং প্রতিটি প্রদানকারীর নিজস্ব স্কিমের মাধ্যমে করা হয়। যে ডেলিভারি যাচাই করা যায় না, তা নীরবে উপেক্ষা না করে প্রত্যাখ্যান করা হয় এবং নথিবদ্ধ করা হয়।

  • কার্ডে শেষ বিতরণের সময় এবং বার্তা
  • "কখনও বিতরণ করা হয়নি" উল্লেখ করা থাকে, খালি রাখা হয় না
  • যেকোনো কিছু চলার আগে প্রদানকারী প্রতি স্বাক্ষর যাচাই করা হয়েছে
  • আপনি সংযোগ বিচ্ছিন্ন করলে আমরা যে হুকটি তৈরি করেছি তা আইডির মাধ্যমে মুছে ফেলা হবে
একটি ওয়েবহুক ডেলিভারি এসে পৌঁছাচ্ছে এবং কোনো কিছু ট্রিগার করার আগে তা যাচাই করা হচ্ছে।

পরিচয়

GitHub বা GitLab দিয়ে সাইন ইন করুন — অথবা Google, বা Microsoft

একটি ইমেল ঠিকানা এবং পাসওয়ার্ডের পাশাপাশি, আপনি GitHub, GitLab, Google বা Microsoft দিয়ে আপনার Zinn Digital® অ্যাকাউন্টে সাইন ইন করতে পারেন। পরিচয় স্তরটি হ্যান্ডশেক পরিচালনা করে; আমরা কখনই আপনার প্রদানকারীর পাসওয়ার্ড দেখতে পাই না, এবং একটি বিদ্যমান Zinn® অ্যাকাউন্টের সাথে একটি সামাজিক অ্যাকাউন্ট লিঙ্ক করার জন্য এখনও ইমেলের মাধ্যমে নিশ্চিত করতে হবে।

GitHub দিয়ে সাইন ইন করা এবং ডিপ্লয়মেন্টের জন্য GitHub সংযুক্ত করা পৃথক সিদ্ধান্ত এবং পৃথক শংসাপত্র। একটি করলে অন্যটি হয় না, এবং একটি সরিয়ে দিলে অন্যটি সরে যায় না।

  • GitHub, GitLab, Google এবং Microsoft সাইন-ইন
  • একই অ্যাকাউন্টে পাসকি এবং দ্বি-স্তরীয় প্রমাণীকরণ
  • সাইন-ইন এবং ডিপ্লয় প্রশংসাপত্র আলাদা থাকে
আপনার দলের জন্য অর্পিত অ্যাক্সেস
বিভিন্ন সরবরাহকারীর মাধ্যমে একাধিক ব্যক্তি একটি অ্যাকাউন্টে সাইন ইন করছেন।

প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী

আমি কোন কোন সোর্স-কন্ট্রোল সরবরাহকারী সংযুক্ত করতে পারি?

GitHub এবং GitLab। আপনি ইতিমধ্যে যে অ্যাকাউন্টে কাজ করছেন সেটি সংযুক্ত করুন এবং আমরা এর রিপোজিটরিগুলি থেকে ডিপ্লয় করতে পারি, সেগুলিতে একটি পুশ ওয়েবহুক নিবন্ধন করতে পারি, এবং — আপনি চাইলে — আপনার সাইটের ফাইলগুলি বিপরীত দিকে সিঙ্ক করতে পারি। উভয়ই একই সংযুক্ত-অ্যাকাউন্টের সংযোগস্থলের মধ্য দিয়ে যায়, তাই নিচের সবকিছু উভয়ের জন্যই প্রযোজ্য।

আমি কি GitHub বা GitLab দিয়ে সাইন ইন করতে পারি?

হ্যাঁ, এবং Google বা Microsoft এর মাধ্যমেও। একটি ইমেল ঠিকানা এবং পাসওয়ার্ডের পাশাপাশি আপনি এই চারটির যেকোনো একটির মাধ্যমে আপনার Zinn Digital® অ্যাকাউন্টে সাইন ইন করতে পারেন। পরিচিতি স্তর হ্যান্ডশেক পরিচালনা করে এবং আমরা কখনোই আপনার প্রদানকারীর পাসওয়ার্ড দেখতে পাই না। GitHub দিয়ে সাইন ইন করা ডিপ্লয়মেন্টের জন্য GitHub সংযোগ করার চেয়ে আলাদা একটি বিষয় — আপনি যেকোনো একটি, উভয়টি, বা কোনটিই না-ও বেছে নিতে পারেন।

আমি কোথায় একটি রিপোজিটরি ডিপ্লয় করতে পারি?

স্ট্যাটিক বা বিল্ট সাইটের জন্য Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps অথবা AWS Amplify-এ — অথবা আমাদের নিজস্ব পরিচালিত হোস্টিংয়ে, যেখানে রিপোজিটরি এবং সাইটের ফাইল উভয় দিকেই সিঙ্কে থাকে। আপনি সাইটের গন্তব্য বেছে নিন; উভয় ক্ষেত্রেই রিপোজিটরি সংযোগ একই থাকে।

আপনারা কি আমার সাইটটি তৈরি করে দিতে পারবেন, নাকি এটি আগে থেকেই তৈরি করা থাকতে হবে?

যেকোনো একটি। প্রকাশনা মোডে আমরা শাখাটিকে যেমন আছে তেমনই গ্রহণ করি এবং আপনার উল্লিখিত ডিরেক্টরি প্রকাশ করি। CI মোডে আপনার নিজস্ব সরবরাহকারীর পাইপলাইন আপনার বিল্ড কমান্ড পরিচালনা করে এবং আউটপুটটি একটি পৃথক প্রকাশনা শাখায় কমিট করে, যা আমরা অন্য যেকোনো রেফারেন্সের মতো ফেচ করি। দ্বিতীয় বিকল্পটি আপনার বিল্ডকে আপনার নিজস্ব CI-তে রাখে, যেখানে আপনার গোপনীয়তা এবং ক্যাশিং ইতিমধ্যে সংরক্ষিত আছে।

পুশ কি স্বয়ংক্রিয়ভাবে ডিপ্লয় হয়?

পূর্বনির্ধারিতভাবে, হ্যাঁ — আমরা রিপোজিটরিতে একটি ওয়েবহুক নিবন্ধন করি এবং আপনার মনোনীত শাখায় কোনো পুশ করা হলে তা একটি ডেপ্লয় শুরু করে। আপনি এটি বন্ধ করে ওয়েবহুকটি রেখে দিতে পারেন, যা শুনতে যেমন মনে হয় তার চেয়ে বেশি কার্যকর: ডেলিভারিটি তবুও রেকর্ড করা হয়, যাতে আমরা সেগুলির ওপর পদক্ষেপ নেওয়ার অনুমতি দেওয়ার আগে আপনি আপনার পুশগুলি পৌঁছানো পর্যবেক্ষণ করতে পারেন।

দ্বিমুখী সিঙ্ক কী?

আমাদের হার্ডওয়্যারে করা সম্পাদনাগুলি আপনার ব্রাঞ্চে কমিট হয়ে যায় এবং আপনার ব্রাঞ্চের কমিটগুলি সাইটে ফিরে আসে। আপনি এটি চালু না করা পর্যন্ত এটি বন্ধ থাকে, কারণ এটি চালু করা অন্য কারও রিপোজিটরি সংক্রান্ত একটি সিদ্ধান্ত এবং আমরা আপনার হয়ে এটি নেব না। কোন ডিরেক্টরি সিঙ্ক হবে তা আপনি বেছে নেন — সাধারণত একটি থিম বা একটি প্লাগইন, চল্লিশ হাজার WordPress কোর ফাইল নয়।

উভয় পক্ষ পরিবর্তিত হলে কী হবে?

কিছুই ওভাররাইট করা হয় না এবং কিছুই পুশ করা হয় না। সিঙ্ক বন্ধ হয়ে যায়, আপনাকে জানায় যে শাখাটি আমাদের ভিত্তি করা কমিট অতিক্রম করেছে, এবং জিজ্ঞাসা করে আপনি কোন দিকটি চান — রিপোজিটরি রাখুন, নাকি সাইট রাখুন। যে সাইট কখনোই সিঙ্ক হয়নি এবং ইতিমধ্যে কমিট থাকা একটি শাখার দিকে নির্দেশ করে, সেটিও নিজস্ব একটি অবস্থা, এবং কোনটি সঠিক তা অনুমান করার পরিবর্তে এটি জিজ্ঞাসা করে।

আমার অ্যাক্সেস টোকেন কীভাবে সুরক্ষিত থাকে?

সংযোগটি তৈরি করার আগে এটি কী কী সুবিধা প্রয়োজন তা আমরা আপনাকে দেখাই, প্রবেশের সময় প্রদানকারীর নিজস্ব API-এর সাথে টোকেনটি যাচাই করি — যাতে অবৈধ বা ভুল স্কোপযুক্ত টোকেন কখনই সংরক্ষণ না করা হয় — এবং কেবল তখনই এটি Vault-এ লিখি। এটি কখনই আমাদের কোড, লগ, পরিবেশ ফাইল বা কমান্ড লাইন স্পর্শ করে না। প্রদানকারীর কাছ থেকে এটি প্রত্যাহার করুন বা যখনই আপনি চান এখান থেকে সংযোগটি সরিয়ে ফেলুন।

আপনি আসলেই আমার পুশগুলি পাচ্ছেন কিনা তা আমি কীভাবে বুঝব?

রিপোজিটরি কার্ডটি দেখায় যে সরবরাহকারী কখন আমাদের কাছে শেষ ডেলিভারি করেছে এবং এতে কী বলা হয়েছিল। সেই স্ক্রিনে "কখনও ডেলিভারি হয়নি" হলো সবচেয়ে কার্যকর ডায়াগনস্টিক, কারণ "সংযুক্ত কিন্তু কখনও ডেলিভারি হয়নি" বলতে ঠিক একটি ভুল-স্কোপযুক্ত টোকেন বা একটি ব্লক করা ডেলিভারির মতো দেখায় — এবং এটি অন্য কোথাও দৃশ্যমান নয়। আমরা এটি কার্যকর করার আগে প্রতিটি ডেলিভারির স্বাক্ষর পরীক্ষা করা হয়।

আমি কি Footprint-Free লাইনে Pages ডিপ্লয়মেন্ট ব্যবহার করতে পারি?

এটি প্রস্তাবিত এবং চিহ্নিত। GitHub Pages এবং GitLab Pages সরবরাহকারীর অবকাঠামো এবং পাবলিক github.io ও gitlab.io হোস্টনেম ভাগ করে নেয়, যা সার্চ ইঞ্জিনের জন্য একটি ফুটপ্রিন্ট — ঠিক যা এড়ানোর জন্যই এই ব্যবস্থা। সম্পূর্ণ ফুটপ্রিন্টহীন নেটওয়ার্কের জন্য পরিবর্তে বিচ্ছিন্ন হোস্টিংয়ে ডিপ্লয় করুন। এছাড়া অন্য সব ক্ষেত্রে, Pages প্রথম শ্রেণীর।

আমাকে কেন স্পষ্টভাবে Vercel বেছে নিতে হবে?

কারণ এর ফ্রি টিয়ার শুধুমাত্র অ-বাণিজ্যিক ব্যবহারের জন্য লাইসেন্সপ্রাপ্ত। নিরাপদ হলে আমরা আপনার সংযুক্ত অ্যাকাউন্টগুলি থেকে একটি গন্তব্য অনুমান করি, এবং Vercel-কে ইচ্ছাকৃতভাবে সেই অনুমান থেকে বাদ দেওয়া হয়েছে — একটি অ্যাকাউন্ট সংযুক্ত করার মাধ্যমে কখনই নিঃশব্দে কোনো বাণিজ্যিক সাইট এমন কোথাও স্থাপন করা উচিত নয় যা তার লাইসেন্স অনুমোদন করে না। এটি নির্বাচন করুন এবং এটি অন্যদের মতোই সঠিকভাবে কাজ করবে।

কী এবং কখন স্থাপন করা হয়েছিল তা কি আমি দেখতে পারি?

হ্যাঁ। প্রতিটি ডিপ্লয় তার প্রকাশিত কমিট, কখন এটি চালিত হয়েছিল এবং কীভাবে এটি সম্পন্ন হয়েছিল তা রেকর্ড করে, এবং সাইটের ডিপ্লয় ট্যাবটি তার পাশে লাইভ URL সহ ইতিহাস প্রদর্শন করে। ডিপ্লয়গুলি ব্যাকগ্রাউন্ডে চালিত হয়, তাই স্পিনারের দিকে তাকিয়ে বসে থাকার পরিবর্তে বিল্ড সম্পন্ন হওয়ার সাথে সাথে পৃষ্ঠাটি আপডেট হয়।

আপনার রিপোজিটরি থেকে ডিপ্লয় করুন

কার্ড ছাড়াই একটি ১৪ দিনের ট্রায়াল শুরু করুন, GitHub বা GitLab সংযুক্ত করুন এবং একটি সাইটকে কোনো ব্রাঞ্চে নির্দেশ করুন। কোনো এজ হোস্টে অথবা ফাইল উভয় দিকে সিঙ্ক করার সুবিধাসহ আমাদের নিজস্ব হোস্টিংয়ে প্রকাশ করুন।

বিনামূল্যে শুরু করুন