GitLab কী এবং Git-এর সঙ্গে কীভাবে কাজ করবেন: clone, push, merge request, CI/CD

GitLab কী

GitLab এমন একটি প্ল্যাটফর্ম, যেখানে Git repository রাখা হয় এবং তাকে ঘিরে দলের কাজ চলে: code দেখা, merge request (মেশানোর অনুরোধ), tasks, wiki, container registry এবং অন্তর্নির্মিত CI/CD। সহজভাবে বললে, "GitLab" হলো GitHub-এর মতো সুবিধাসহ নিজস্ব build pipeline, এবং সবকিছু নিজের সার্ভারে চালানোর বিকল্প। অনেক কোম্পানি, বিশেষত বড় প্রতিষ্ঠান, তাদের কোড অভ্যন্তরীণ নেটওয়ার্কে চলা GitLab-এ রাখে।

প্রকল্পটি ২০১১ সালে কোড হোস্ট করার একটি উন্মুক্ত অ্যাপ্লিকেশন হিসেবে শুরু হয়, তারপর তার চারপাশে GitLab Inc. কোম্পানি গড়ে ওঠে। প্ল্যাটফর্মের দুটি সংস্করণ আছে: Community Edition, যা উন্মুক্ত এবং নিজের সার্ভারে বিনামূল্যে বসানো যায়, এবং Enterprise Edition, যাতে পেইড সুবিধা আছে। gitlab.com-এর plan-গুলোর নাম Free, Premium ও Ultimate।

শব্দগুলো আলাদা করা জরুরি। Git একটি version control ব্যবস্থা, আপনার কম্পিউটারে চলা প্রোগ্রাম। GitLab একটি সেবা, যা repository-র দূরবর্তী কপি রাখে এবং দলের জন্য ইন্টারফেস ও সরঞ্জাম যোগ করে। GitLab ছাড়া Git চলে, কিন্তু Git ছাড়া GitLab-এ কাজ হয় না।

Git ও GitLab-এর পার্থক্য

"git ও gitlab কী" প্রশ্নটি সাধারণত তখনই ওঠে, যখন চাকরির বিজ্ঞপ্তি বা প্রথম কর্মদিবসের আলোচনায় দুটো শব্দই আসে। পার্থক্যটি একটি ডকুমেন্ট আর cloud storage-এর পার্থক্যের মতো: Git ফাইলের পরিবর্তন, commit-এর ইতিহাস ও branch স্থানীয়ভাবে সামলায়। GitLab সেই ইতিহাস নেটওয়ার্কের মাধ্যমে নেয় এবং ব্রাউজারে দেখায়।

কোড-সংক্রান্ত সব কাজ, যেমন commit, branch ও merge, আপনি এখনও Git-এ করেন। GitLab কেবল git push-এর ফলাফল গ্রহণ করে এবং সহকর্মীদের সঙ্গে সেটি নিয়ে আলোচনা সম্ভব করে।

GitLab ও GitHub-এর পার্থক্য

দুটি সেবাই Git repository রাখে এবং code review দেয়, তাই মৌলিক দক্ষতা একইভাবে কাজে লাগে। পার্থক্য মূলত গুরুত্বে ও স্থাপনার পদ্ধতিতে।

বাস্তবে অনেক ডেভেলপার দুটোই ব্যবহার করেন: ব্যক্তিগত প্রজেক্ট ও portfolio GitHub-এ, আর কোম্পানির কাজ তাদের GitLab-এ। Git-এর কমান্ড একই থাকে, বদলায় শুধু remote repository-র ঠিকানা।

gitlab.com নাকি নিজের সার্ভার (self-hosted)

ছোট প্রজেক্ট ও ছোট দলের জন্য cloud-এর gitlab.com ভালো: নিবন্ধন করে তখনই repository বানানো যায়। Updates, backup ও উপলব্ধতার দায়িত্ব GitLab-এর। বিনামূল্যের plan-এর সীমা (সদস্য সংখ্যা, CI-র মিনিট, storage) সময়ের সঙ্গে বদলাতে পারে, তাই সর্বশেষ শর্ত plans-এর পাতায় দেখুন।

Self-hosted GitLab কোম্পানি নিজের সার্ভারে বসায়: Linux প্যাকেজ থেকে, Docker-এ বা Kubernetes-এ। কোড কোম্পানির নেটওয়ার্কের বাইরে যায় না, LDAP দিয়ে কোম্পানির login যুক্ত করা যায়, এবং build-এর জন্য নিজস্ব runners বসানো যায়। বিনিময়ে administrators-কে updates ও backup নিজেরাই সামলাতে হয়। ডেভেলপারের কাছে পার্থক্য প্রায় চোখে পড়ে না: ঠিকানা gitlab.com-এর বদলে হয়, ধরা যাক, gitlab.company.com।

GitLab-এর জন্য Git সেটআপ

প্রথম commit-এর আগে নাম ও e-mail সেট করুন। এগুলো ইতিহাসে লেখা থাকে, এবং GitLab e-mail দিয়ে commit-গুলোকে আপনার প্রোফাইলের সঙ্গে মেলায়:

git config --global user.name "Ivan Petrov"
git config --global user.email "ivan@example.com"

Windows-এ Git Bash-এ কাজ করা সুবিধাজনক: এটি Git for Windows-এর সঙ্গে আসে এবং তাতে ssh-keygen থাকে, তাই এই লেখার সব কমান্ড সেখানে বদল ছাড়াই চলে। এরপর ঠিক করতে হবে লগইনের পদ্ধতি: token-সহ HTTPS, অথবা SSH key।

HTTPS দিয়ে লগইন: personal access token

Git-এর HTTPS কাজের জন্য অ্যাকাউন্টের পাসওয়ার্ড ব্যবহার করবেন না; দুই-ধাপের যাচাই (two-factor authentication) চালু থাকলে সেটি কাজও করবে না। তার বদলে GitLab-এর প্রোফাইল সেটিংসে Access tokens অংশে personal access token বানান। কোড নিয়ে কাজের জন্য read_repository ও write_repository অধিকারই যথেষ্ট; মেয়াদ দিন এবং token এখনই সংরক্ষণ করুন, কারণ সেটি আর দেখানো হয় না।

প্রথম push বা clone-এ Git login ও পাসওয়ার্ড চাইবে: GitLab-এর username দিন, এবং পাসওয়ার্ডের জায়গায় token। Git for Windows-এ credential manager আগে থেকে থাকে, সে token মনে রাখবে, আর বারবার জিজ্ঞেস করবে না।

SSH key দিয়ে লগইন

রোজকার কাজের জন্য SSH বেশি সুবিধাজনক: একবার key যুক্ত করলে আর কিছু লিখতে হয় না।

ssh-keygen -t ed25519 -C "ivan@example.com"
cat ~/.ssh/id_ed25519.pub

.pub ফাইলের বিষয়বস্তু (public key) প্রোফাইল সেটিংসের SSH Keys অংশে বসান। সংযোগ যাচাই:

ssh -T git@gitlab.com
Welcome to GitLab, @ivan.petrov!

GitLab থেকে git clone কীভাবে করবেন

প্রজেক্টের পাতায় Code বোতাম আছে, যার দুটি ঠিকানা: SSH ও HTTPS। যেটি দরকার সেটি কপি করে git clone চালান:

# HTTPS দিয়ে
git clone https://gitlab.com/my-group/my-project.git

# SSH দিয়ে
git clone git@gitlab.com:my-group/my-project.git

GitLab-এ প্রজেক্টের ঠিকানায় subgroups-ও থাকতে পারে, যেমন gitlab.com/company/backend/api.git। এটি স্বাভাবিক, পুরো ঠিকানাটি কপি করুন।

Token দিয়ে GitLab থেকে git clone

Script বা এমন সার্ভারে, যেখানে পাসওয়ার্ড দেওয়ার কেউ নেই, token সরাসরি ঠিকানায় দেওয়া হয়। Login হিসেবে আপনার username বা বিশেষ oauth2 লেখা যায়:

git clone https://oauth2:YOUR_TOKEN@gitlab.com/my-group/my-project.git

মনে রাখবেন: এমন ঠিকানা .git/config-এ সংরক্ষিত হয় এবং shell history-তে যেতে পারে। স্বয়ংক্রিয়করণের জন্য deploy token বা project access token নিন, যার অধিকার কম এবং মেয়াদ ছোট, আর CI-তে অন্তর্নির্মিত CI_JOB_TOKEN ভেরিয়েবল ব্যবহার করুন।

GitLab-এ git push: কোড পাঠানো

প্রজেক্ট যদি আগে থেকেই আপনার কম্পিউটারে থাকে, তবে GitLab-এ একটি খালি প্রজেক্ট বানান (README ছাড়া, যাতে অতিরিক্ত commit না হয়) এবং remote যুক্ত করুন:

git remote add origin git@gitlab.com:my-group/my-project.git
git branch -M main
git push -u origin main

-u স্থানীয় branch-কে remote branch-এর সঙ্গে যুক্ত করে, এরপর শুধু git push ও git pull লিখলেই চলে। রোজকার চক্র যেকোনো সেবার মতোই:

git switch -c feature/login
git add .
git commit -m "লগইন ফর্ম যোগ করা"
git push -u origin feature/login
git pull

Tags আলাদাভাবে পাঠানো হয়: git push origin v1.2.0, অথবা সবগুলো একসঙ্গে git push --tags। GitLab-এ tags, Tags অংশে দেখা যায় এবং প্রায়ই release pipeline চালু করে।

GitLab-এ git push-এর সাধারণ ত্রুটি

• HTTP Basic: Access denied — username ভুল, অথবা token-এর জায়গায় পাসওয়ার্ড দেওয়া হয়েছে। write_repository অধিকারসহ token বানান এবং credential manager থেকে পুরনো এন্ট্রি মুছুন।
• Permission denied (publickey) — GitLab SSH key চিনতে পারেনি। নিশ্চিত করুন public key প্রোফাইলে যুক্ত আছে, এবং ssh -T git@gitlab.com চালান।
• You are not allowed to push code to protected branches — branch (সাধারণত main) সুরক্ষিত। আপনার নিজের branch-এ পাঠান এবং merge request খুলুন।
• rejected ... (fetch first) — server-এ এমন commit আছে যা আপনার কাছে নেই। git pull --rebase চালিয়ে আবার push করুন।
• remote: Project not found — ঠিকানায় ভুল আছে, অথবা প্রজেক্টে প্রবেশাধিকার নেই; প্রজেক্টের মালিকের কাছে আপনার role (ভূমিকা) জেনে নিন।

GitLab-এ merge request

Merge request হলো GitHub-এর pull request-এর সমতুল্য: আপনার branch-কে মূল branch-এ মেশানোর অনুরোধ। এই MR-এই সহকর্মীরা code-এর লাইনে মন্তব্য করেন, CI checks চলে এবং merge-এর সিদ্ধান্ত হয়। নতুন branch git push করার পর GitLab terminal-এ MR বানানোর লিংক দেখায়, আর ওয়েব ইন্টারফেসেও MR বানানোর প্রস্তাব আসে।

Push options দিয়ে command line থেকেও MR বানানো যায়:

git push -o merge_request.create -o merge_request.target=main origin feature/login

সাধারণ প্রক্রিয়া: কাজের জন্য branch → commits → push → MR → review ও সবুজ pipeline → merge। Merge-এর সময় GitLab commits-গুলোকে একটিতে গুটিয়ে (squash) দিতে পারে এবং উৎস branch মুছতে পারে। MR-এ conflict হলে সহজ উপায় হলো branch স্থানীয়ভাবে হালনাগাদ করা: git pull --rebase origin main বা git merge main, conflicts মেটানো, এবং আবার push করা।

অসম্পূর্ণ কাজকে Draft হিসেবে চিহ্নিত করুন: এমন MR ভুল করে merge হয় না, কিন্তু সহকর্মীরা পরিবর্তন দেখে আলোচনা করতে পারেন।

GitLab-এ CI/CD: .gitlab-ci.yml

GitLab-এর মূল বৈশিষ্ট্য অন্তর্নির্মিত CI/CD। Repository-র মূলে .gitlab-ci.yml ফাইল রাখলেই হয়, এবং প্রতিটি push-এ GitLab একটি pipeline চালায়, যা stages ও jobs নিয়ে গঠিত। Jobs চালায় runners: gitlab.com-এ সাধারণ runners পাওয়া যায়, নিজের সার্ভারে সেগুলো আলাদাভাবে বসাতে হয়।

stages:
  - test
  - deploy

test:
  stage: test
  image: python:3.12
  script:
    - pip install -r requirements.txt
    - pytest

deploy:
  stage: deploy
  script:
    - ./deploy.sh
  rules:
    - if: $CI_COMMIT_TAG

এখানে tests প্রতিটি push-এ চলে, আর deploy job শুধু তখনই চলে যখন tag পাঠানো হয়: git tag v1.0.0 এবং git push origin v1.0.0। Pipeline-এর ফলাফল সরাসরি merge request-এ দেখা যায়, এবং checks পাস না করা পর্যন্ত merge আটকানো যায়।

GitLab-এ repository কীভাবে মুছবেন

Git-এর কমান্ড server-এর প্রজেক্ট মুছতে পারে না: git push শুধু branch ও tag বদলায়। প্রজেক্ট মোছা হয় ওয়েব ইন্টারফেসে: প্রজেক্টের সেটিংস, General অংশ, Advanced ব্লক, এবং নাম নিশ্চিত করে মোছার বোতাম। এর জন্য Owner ভূমিকা লাগে। স্থানীয় কপি তবু থেকে যায়, সেটি কেবল .git-সহ একটি ফোল্ডার।

সার্ভারে কিছু না মুছে শুধু স্থানীয় repository-কে GitLab থেকে আলাদা করতে চাইলে git remote remove origin যথেষ্ট।

কখন GitLab বেছে নেবেন

• কোড বাইরের cloud-এ নেওয়া যাবে না, নিজের সার্ভার দরকার।
• বাইরের সেবা ছাড়াই তৈরি CI/CD চাই।
• বড় প্রতিষ্ঠান, যেখানে দলের স্তরবিন্যাস আছে: nested groups ও নমনীয় ভূমিকা কাজে লাগে।
• আপনি এমন কোম্পানিতে চাকরি করছেন যেখানে আগে থেকেই GitLab ব্যবহার হয়: তখন বেছে নেওয়ার সুযোগ থাকে না, তবে Git-এর দক্ষতা পুরোপুরি কাজে লাগে।

Portfolio ও open source-এর জন্য প্রায়ই GitHub বেছে নেওয়া হয়, কারণ সেখানে কমিউনিটি বড় এবং প্রজেক্ট বেশি চোখে পড়ে। দুটো সেবায় একই প্রজেক্ট রাখতে বাধা নেই: একটি repository-র একাধিক remote থাকতে পারে।

উপসংহার

GitLab হলো Git repository-র জন্য একটি প্ল্যাটফর্ম, যেখানে merge request দিয়ে review, tasks ও অন্তর্নির্মিত CI/CD আছে, এবং যা cloud-এও চলে, নিজের সার্ভারেও চলে। এর সঙ্গে কাজ হয় পরিচিত কমান্ড দিয়ে: token বা SSH key সেট করুন, তারপর clone, commit, push ও merge request। Remote repository ও দলের workflow এই কোর্সে বাস্তবে বিস্তারিত শেখানো হয়েছে।