|
|
<!--
|
|
|
CO_OP_TRANSLATOR_METADATA:
|
|
|
{
|
|
|
"original_hash": "9412a6afd024d4fe27c49bf824c73992",
|
|
|
"translation_date": "2025-10-20T21:20:12+00:00",
|
|
|
"source_file": "1-getting-started-lessons/2-github-basics/README.md",
|
|
|
"language_code": "mr"
|
|
|
}
|
|
|
-->
|
|
|
# GitHub परिचय
|
|
|
|
|
|
GitHub ही आधुनिक वेब विकासामधील सर्वात महत्त्वाची प्लॅटफॉर्म आहे, जी जगभरातील लाखो विकसकांसाठी सहयोगात्मक आधार म्हणून कार्य करते. हे तुमच्या कोडसाठी क्लाउड स्टोरेज आणि प्रोग्रामर्ससाठी सोशल नेटवर्क यांचे संयोजन आहे – जिथे विकसक आपले काम शेअर करतात, प्रकल्पांवर सहकार्य करतात आणि तुम्ही दररोज वापरत असलेल्या इंटरनेटला चालना देणाऱ्या ओपन-सोर्स समुदायात योगदान देतात.
|
|
|
|
|
|
या धड्यात, तुम्हाला कळेल की GitHub विकसक एकत्र कसे काम करतात यामध्ये कसे बदल घडवून आणतो. तुम्ही तुमच्या कोडमधील बदल ट्रॅक करणे, इतरांसोबत सहजपणे सहकार्य करणे आणि लाखो लोक वापरत असलेल्या प्रकल्पांमध्ये योगदान देणे शिकाल. हे फक्त कोड ऑनलाइन संग्रहित करण्याबद्दल नाही – हे जागतिक विकसक समुदायात सामील होण्याबद्दल आणि प्रत्येक व्यावसायिक विकसक वापरत असलेल्या मूलभूत कार्यप्रवाह शिकण्याबद्दल आहे.
|
|
|
|
|
|
या धड्याच्या शेवटी, तुमच्याकडे स्वतःचा GitHub रिपॉझिटरी असेल, Git सह कोड बदल कसे व्यवस्थापित करायचे हे समजेल आणि ओपन-सोर्स प्रकल्पांमध्ये योगदान कसे द्यायचे हे तुम्हाला माहीत असेल. हे कौशल्य तुमच्या वेब विकास प्रवासादरम्यान इतर विकसकांसोबत सहकार्य करण्यासाठी तुमचा पाया म्हणून काम करेल. चला तर मग सुरुवात करूया आणि सहयोगात्मक कोडिंगची ताकद उघडूया!
|
|
|
|
|
|
|
|
|
> स्केच नोट [Tomomi Imura](https://twitter.com/girlie_mac) यांनी तयार केले आहे
|
|
|
|
|
|
## प्री-लेक्चर क्विझ
|
|
|
[प्री-लेक्चर क्विझ](https://ff-quizzes.netlify.app)
|
|
|
|
|
|
## परिचय
|
|
|
|
|
|
GitHub च्या प्रत्यक्ष क्रियाकलापांमध्ये जाण्यापूर्वी, यशासाठी तुम्हाला आवश्यक असलेली पायाभूत माहिती स्थापित करूया. मुख्य संकल्पना समजून घेणे आणि तुमचे विकास वातावरण योग्य प्रकारे कॉन्फिगर करणे तुमचा GitHub प्रवास अधिक गुळगुळीत करेल.
|
|
|
|
|
|
या विभागात, आम्ही GitHub वर काम करताना प्रत्येक विकसकाला आवश्यक असलेली आवश्यक ज्ञान आणि साधने कव्हर करू. काही संकल्पना सुरुवातीला अपरिचित वाटल्यास काळजी करू नका – आम्ही प्रत्येक चरणातून तुम्हाला मार्गदर्शन करू आणि वेब विकसकांसाठी ही साधने का महत्त्वाची आहेत ते स्पष्ट करू.
|
|
|
|
|
|
या धड्यात, आम्ही कव्हर करू:
|
|
|
|
|
|
- तुमच्या मशीनवर केलेल्या कामाचा मागोवा घेणे
|
|
|
- इतरांसोबत प्रकल्पांवर काम करणे
|
|
|
- ओपन-सोर्स सॉफ्टवेअरमध्ये कसे योगदान द्यायचे
|
|
|
|
|
|
### पूर्वतयारी
|
|
|
|
|
|
तुमचे विकास वातावरण योग्य प्रकारे सेट करणे हा GitHub अनुभवासाठी महत्त्वाचा आहे. याला प्रकल्प सुरू करण्यापूर्वी तुमचे टूलकिट तयार करणे असे समजा – योग्य साधने योग्य प्रकारे कॉन्फिगर केल्याने तुम्हाला नंतर वेळ आणि त्रास वाचेल.
|
|
|
|
|
|
चला सुनिश्चित करूया की तुम्हाला Git आणि GitHub सह प्रभावीपणे सहकार्य करण्यासाठी आवश्यक सर्वकाही आहे.
|
|
|
|
|
|
सुरुवात करण्यापूर्वी, Git स्थापित आहे का ते तपासणे आवश्यक आहे. टर्मिनलमध्ये टाइप करा:
|
|
|
`git --version`
|
|
|
|
|
|
जर Git स्थापित नसेल, तर [Git डाउनलोड करा](https://git-scm.com/downloads). नंतर, टर्मिनलमध्ये तुमची स्थानिक Git प्रोफाइल सेट करा:
|
|
|
|
|
|
> 💡 **पहिल्यांदा सेटअप**: हे आदेश Git ला सांगतात की तुम्ही कोण आहात. ही माहिती तुम्ही केलेल्या प्रत्येक कमिटशी जोडली जाईल, त्यामुळे सार्वजनिकपणे शेअर करण्यासाठी तुम्हाला आरामदायक वाटणारे नाव आणि ईमेल निवडा.
|
|
|
|
|
|
```bash
|
|
|
git config --global user.name "your-name"
|
|
|
git config --global user.email "your-email"
|
|
|
```
|
|
|
|
|
|
Git आधीच कॉन्फिगर केले आहे का ते तपासण्यासाठी तुम्ही टाइप करू शकता:
|
|
|
```bash
|
|
|
git config --list
|
|
|
```
|
|
|
|
|
|
तुमच्याकडे GitHub खाते, कोड एडिटर (जसे की Visual Studio Code) असणे आवश्यक आहे आणि तुम्हाला तुमचे टर्मिनल (किंवा: कमांड प्रॉम्प्ट) उघडावे लागेल.
|
|
|
|
|
|
[github.com](https://github.com/) वर जा आणि तुमच्याकडे खाते नसेल तर खाते तयार करा किंवा लॉग इन करा आणि तुमची प्रोफाइल भरा.
|
|
|
|
|
|
💡 **आधुनिक टिप**: पासवर्डशिवाय सोपी प्रमाणीकरणासाठी [SSH कीज](https://docs.github.com/en/authentication/connecting-to-github-with-ssh) सेट करण्याचा विचार करा किंवा [GitHub CLI](https://cli.github.com/) वापरा.
|
|
|
|
|
|
✅ GitHub हा जगातील एकमेव कोड रिपॉझिटरी नाही; इतरही आहेत, परंतु GitHub सर्वात प्रसिद्ध आहे.
|
|
|
|
|
|
### तयारी
|
|
|
|
|
|
तुमच्या स्थानिक मशीन (लॅपटॉप किंवा पीसी) वर कोड प्रकल्पासह एक फोल्डर आणि GitHub वर एक सार्वजनिक रिपॉझिटरी आवश्यक आहे, जे इतरांच्या प्रकल्पांमध्ये योगदान कसे द्यायचे याचे उदाहरण म्हणून काम करेल.
|
|
|
|
|
|
### आधुनिक सुरक्षा पद्धती
|
|
|
|
|
|
सॉफ्टवेअर विकासातील सुरक्षा फक्त महत्त्वाची नाही – ती अत्यावश्यक आहे. तुम्ही GitHub सह तुमचा प्रवास सुरू करत असताना, सुरुवातीपासून सुरक्षित पद्धती स्थापित केल्याने तुमचा कोड, तुमचे सहकारी आणि तुम्ही योगदान देत असलेल्या प्रकल्पांचे संरक्षण होईल.
|
|
|
|
|
|
आधुनिक विकास कार्यप्रवाह प्रत्येक टप्प्यावर सुरक्षा प्राधान्य देतात. GitHub आणि Git सह काम करताना प्रत्येक विकसकाला माहित असलेल्या प्रमुख सुरक्षा पद्धतींचा शोध घेऊया.
|
|
|
|
|
|
GitHub सह काम करताना, सुरक्षा सर्वोत्तम पद्धतींचे पालन करणे महत्त्वाचे आहे:
|
|
|
|
|
|
| सुरक्षा क्षेत्र | सर्वोत्तम पद्धत | का महत्त्वाचे आहे |
|
|
|
|----------------|----------------|-------------------|
|
|
|
| **प्रमाणीकरण** | SSH कीज किंवा Personal Access Tokens वापरा | पासवर्ड कमी सुरक्षित आहेत आणि टप्प्याटप्प्याने बंद केले जात आहेत |
|
|
|
| **दोन-घटक प्रमाणीकरण** | तुमच्या GitHub खात्यावर 2FA सक्षम करा | खात्याच्या संरक्षणासाठी अतिरिक्त स्तर जोडतो |
|
|
|
| **रिपॉझिटरी सुरक्षा** | संवेदनशील माहिती कधीही कमिट करू नका | API कीज आणि पासवर्ड सार्वजनिक रिपॉझिटरीमध्ये कधीही असू नयेत |
|
|
|
| **डिपेंडन्सी व्यवस्थापन** | Dependabot अपडेट्ससाठी सक्षम करा | तुमच्या डिपेंडन्सी सुरक्षित आणि अद्ययावत ठेवते |
|
|
|
|
|
|
> ⚠️ **महत्त्वाची सुरक्षा आठवण**: API कीज, पासवर्ड किंवा इतर संवेदनशील माहिती कोणत्याही रिपॉझिटरीमध्ये कधीही कमिट करू नका. संवेदनशील डेटा संरक्षित करण्यासाठी पर्यावरणीय व्हेरिएबल्स आणि `.gitignore` फाइल्स वापरा.
|
|
|
|
|
|
**आधुनिक प्रमाणीकरण सेटअप:**
|
|
|
|
|
|
```bash
|
|
|
# Generate SSH key (modern ed25519 algorithm)
|
|
|
ssh-keygen -t ed25519 -C "your_email@example.com"
|
|
|
|
|
|
# Set up Git to use SSH
|
|
|
git remote set-url origin git@github.com:username/repository.git
|
|
|
```
|
|
|
|
|
|
> 💡 **प्रो टिप**: SSH कीज वारंवार पासवर्ड टाइप करण्याची गरज दूर करतात आणि पारंपरिक प्रमाणीकरण पद्धतींपेक्षा अधिक सुरक्षित असतात.
|
|
|
|
|
|
---
|
|
|
|
|
|
## कोड व्यवस्थापन
|
|
|
|
|
|
आता तुम्हाला GitHub चे महत्त्व समजले आहे आणि तुमचे वातावरण सेट केले आहे, चला त्या व्यावहारिक कौशल्यांमध्ये जाऊया ज्या तुम्ही दररोज विकसक म्हणून वापराल. Git सह कोड व्यवस्थापन म्हणजे तुमच्या प्रकल्पाच्या उत्क्रांतीचा तपशीलवार जर्नल राखण्यासारखे आहे – प्रत्येक बदल, प्रत्येक निर्णय आणि प्रत्येक टप्पा काळजीपूर्वक ट्रॅक केला जातो आणि जतन केला जातो.
|
|
|
|
|
|
Git ला तुमचा कोडिंग टाइम मशीन समजा. तुम्ही नेमके काय बदलले, कधी बदलले आणि का बदलले हे पाहू शकता. हे जटिल प्रकल्पांवर काम करताना किंवा इतरांसोबत सहकार्य करताना खूप मौल्यवान ठरते.
|
|
|
|
|
|
समजा तुमच्याकडे स्थानिक स्तरावर काही कोड प्रकल्पासह एक फोल्डर आहे आणि तुम्हाला git - व्हर्जन कंट्रोल सिस्टम वापरून तुमची प्रगती ट्रॅक करायची आहे. काही लोक git वापरण्याची तुलना तुमच्या भविष्यकालीन स्वतःसाठी प्रेमपत्र लिहिण्याशी करतात. तुमचे कमिट संदेश काही दिवस, आठवडे किंवा महिने नंतर वाचताना तुम्हाला तुमचा निर्णय का घेतला हे आठवेल किंवा बदल "रोलबॅक" करता येईल - अर्थात, जेव्हा तुम्ही चांगले "कमिट संदेश" लिहिता.
|
|
|
|
|
|
### कार्य: रिपॉझिटरी तयार करा आणि कोड कमिट करा
|
|
|
|
|
|
> 🎯 **शिकण्याचे उद्दिष्ट**: या कार्याच्या शेवटी, तुम्ही तुमचा पहिला GitHub रिपॉझिटरी तयार केला असेल आणि तुमचा पहिला कमिट केला असेल. हे व्हर्जन कंट्रोलच्या जगात तुमचे प्रवेश बिंदू आहे!
|
|
|
|
|
|
> व्हिडिओ पहा
|
|
|
>
|
|
|
> [](https://www.youtube.com/watch?v=9R31OUPpxU4)
|
|
|
|
|
|
**स्टेप-बाय-स्टेप कार्यप्रवाह:**
|
|
|
|
|
|
|
|
|
1. **GitHub वर रिपॉझिटरी तयार करा**. GitHub.com वर, रिपॉझिटरी टॅबमध्ये, किंवा वरच्या उजव्या बाजूच्या नेव्हिगेशन बारमधून, **नवीन** बटण (हिरवे बटण) किंवा **+** ड्रॉपडाउन शोधा आणि **नवीन रिपॉझिटरी** निवडा.
|
|
|
|
|
|
1. तुमच्या रिपॉझिटरीला (फोल्डर) नाव द्या
|
|
|
1. वर्णन जोडा (पर्यायी परंतु शिफारस केलेले)
|
|
|
1. ते सार्वजनिक किंवा खाजगी बनवायचे आहे ते निवडा
|
|
|
1. README फाइल, .gitignore आणि परवाना जोडण्याचा विचार करा
|
|
|
1. **रिपॉझिटरी तयार करा** निवडा.
|
|
|
|
|
|
1. **तुमच्या कार्यरत फोल्डरमध्ये जा**. तुमच्या टर्मिनलमध्ये, तुम्ही ट्रॅक करायला सुरुवात करू इच्छित असलेल्या फोल्डरमध्ये (डायरेक्टरी म्हणून ओळखले जाते) स्विच करा. टाइप करा:
|
|
|
|
|
|
```bash
|
|
|
cd [name of your folder]
|
|
|
```
|
|
|
|
|
|
**या आदेशाने काय होते:**
|
|
|
- **नेव्हिगेट** करा तुमच्या प्रकल्प डायरेक्टरीमध्ये जिथे तुमचे कोड फाइल्स आहेत
|
|
|
- **तयार करा** Git प्रारंभ आणि ट्रॅकिंगसाठी वातावरण
|
|
|
|
|
|
1. **Git रिपॉझिटरी प्रारंभ करा**. तुमच्या प्रकल्पात टाइप करा:
|
|
|
|
|
|
```bash
|
|
|
git init
|
|
|
```
|
|
|
|
|
|
**स्टेप बाय स्टेप, येथे काय घडते:**
|
|
|
- **निर्माण करा** एक लपलेला `.git` फोल्डर जो सर्व व्हर्जन कंट्रोल माहिती समाविष्ट करतो
|
|
|
- **रूपांतर करा** तुमच्या नियमित फोल्डरला Git रिपॉझिटरीमध्ये जे बदल ट्रॅक करू शकते
|
|
|
- **सेट अप करा** तुमच्या प्रकल्पात व्हर्जन कंट्रोलसाठी पाया
|
|
|
|
|
|
1. **स्थिती तपासा**. तुमच्या रिपॉझिटरीची स्थिती तपासण्यासाठी टाइप करा:
|
|
|
|
|
|
```bash
|
|
|
git status
|
|
|
```
|
|
|
|
|
|
**आउटपुट समजून घेणे:**
|
|
|
|
|
|
आउटपुट असे दिसू शकते:
|
|
|
|
|
|
```output
|
|
|
Changes not staged for commit:
|
|
|
(use "git add <file>..." to update what will be committed)
|
|
|
(use "git restore <file>..." to discard changes in working directory)
|
|
|
|
|
|
modified: file.txt
|
|
|
modified: file2.txt
|
|
|
```
|
|
|
|
|
|
**या आउटपुटबद्दल तुम्हाला काय माहित असणे आवश्यक आहे:**
|
|
|
- **लाल मजकूर** सामान्यतः दर्शवतो की फाइल्समध्ये बदल आहेत परंतु ते कमिटसाठी तयार नाहीत
|
|
|
- **हिरवा मजकूर** दर्शवतो की फाइल्स स्टेज केल्या आहेत आणि कमिटसाठी तयार आहेत
|
|
|
- **उपयुक्त सूचना** पुढील कोणते आदेश वापरता येतील याबद्दल दिल्या जातात
|
|
|
|
|
|
> 💡 **Git स्थिती समजून घेणे**: हा आदेश तुमचा सर्वोत्तम मित्र आहे! तो तुम्हाला तुमच्या प्रकल्पात Git ने काय पाहिले आहे आणि पुढे कोणती कृती करू शकता हे सांगतो.
|
|
|
|
|
|
`git status` आदेश तुम्हाला अशा गोष्टी सांगतो जसे की कोणत्या फाइल्स रिपॉझिटरीमध्ये _सेव्ह_ करण्यासाठी तयार आहेत किंवा कोणते बदल तुम्हाला कायम ठेवायचे आहेत.
|
|
|
|
|
|
1. **सर्व फाइल्स ट्रॅकिंगसाठी जोडा** (फाइल्स स्टेज करणे असेही म्हणतात):
|
|
|
|
|
|
```bash
|
|
|
git add .
|
|
|
```
|
|
|
|
|
|
**या आदेशाने काय होते:**
|
|
|
- **स्टेज** करा तुमच्या प्रकल्प डायरेक्टरीतील सर्व बदललेले आणि नवीन फाइल्स
|
|
|
- **तयार करा** या फाइल्स तुमच्या पुढील कमिटमध्ये समाविष्ट करण्यासाठी
|
|
|
- **मार्क करा** फाइल्स पुढील स्थायी स्नॅपशॉटसाठी तयार आहेत
|
|
|
|
|
|
`git add` आदेशासह `.` याचा अर्थ असा आहे की तुमच्या सर्व फाइल्स आणि बदल ट्रॅकिंगसाठी तयार आहेत.
|
|
|
|
|
|
1. **निवडलेल्या फाइल्स ट्रॅकिंगसाठी जोडा** (निवडक स्टेजिंग):
|
|
|
|
|
|
```bash
|
|
|
git add [file or folder name]
|
|
|
```
|
|
|
|
|
|
**निवडक स्टेजिंग कधी वापरायचे:**
|
|
|
- **संबंधित बदल** वेगळ्या कमिटमध्ये व्यवस्थित करा
|
|
|
- **समाविष्ट करा** फक्त त्या फाइल्स ज्या एकत्रितपणे तर्कसंगत आहेत
|
|
|
- **निर्माण करा** अधिक अर्थपूर्ण कमिट संदेश संबंधित काम गटबद्ध करून
|
|
|
|
|
|
> 💡 **प्रो टिप**: जेव्हा तुम्हाला संबंधित बदल एकत्रितपणे कमिट करायचे असतील तेव्हा निवडक जोडणे वापरा. यामुळे अधिक अर्थपूर्ण कमिट इतिहास तयार होतो.
|
|
|
|
|
|
1. **फाइल्स अनस्टेज करा** (जर तुम्ही तुमचे मन बदलले):
|
|
|
|
|
|
```bash
|
|
|
# Unstage all files
|
|
|
git reset
|
|
|
|
|
|
# Unstage a particular file
|
|
|
git reset [file or folder name]
|
|
|
```
|
|
|
|
|
|
**अनस्टेजिंग समजून घेणे:**
|
|
|
- **काढा** फाइल्स स्टेजिंग क्षेत्रातून परंतु तुमचे बदल गमावू नका
|
|
|
- **ठेवा** तुमचे बदल परंतु पुढील कमिटमधून त्यांना वगळा
|
|
|
- **पुनर्रचना करा** तुम्हाला तुमच्या कमिटमध्ये काय समाविष्ट करायचे आहे
|
|
|
|
|
|
1. **तुमचे काम कायम ठेवा** (कमिट करणे). या टप्प्यावर तुम्ही फाइल्स _स्टेजिंग क्षेत्रात_ जोडल्या आहेत. एक ठिकाण जिथे Git तुमच्या फाइल्स ट्रॅक करत आहे. बदल कायम ठेवण्यासाठी तुम्हाला फाइल्स _कमिट_ करणे आवश्यक आहे. असे करण्यासाठी तुम्ही `git commit` आदेशासह _कमिट_ तयार करता. _कमिट_ म्हणजे तुमच्या रिपॉझिटरीच्या इतिहासातील एक सेव्हिंग पॉइंट. खालीलप्रमाणे _कमिट_ तयार करण्यासाठी टाइप करा:
|
|
|
|
|
|
```bash
|
|
|
git commit -m "first commit"
|
|
|
```
|
|
|
|
|
|
**कमिट करताना काय होते:**
|
|
|
- **निर्माण करा** या वेळेपर्यंत सर्व स्टेज केलेल्या फाइल्सचा स्थायी स्नॅपशॉट
|
|
|
- **रेकॉर्ड करा** कमिट संदेश जे बदल काय केले ते स्पष्ट करतात
|
|
|
- **युनिक आयडेंटिफायर (हॅश)** तयार करा या विशिष्ट बदलांच्या संचासाठी
|
|
|
- **जोडा** हा स्नॅपशॉट तुमच्या प्रकल्पाच्या व्हर्जन इतिहासात
|
|
|
|
|
|
> 💡 **कमिट संदेश टिप्स**: तुमचा पहिला कमिट संदेश साधा असू शकतो, परंतु भविष्यातील कमिटसाठी, वर्णनात्मक असणे आवश्यक आहे! चांगले उदाहरण: "वापरकर्ता लॉगिन कार्यक्षमता जोडा" किंवा "नेव्हिगेशन मेनू बग दुरुस्त करा".
|
|
|
|
|
|
हे तुमच्या सर्व फाइल्स कमिट करते, "पहिला कमिट" संदेश जोडते. भविष्यातील कमिट संदेशांसाठी तुम्हाला अधिक वर्णनात्मक असणे आवश्यक आहे जे तुम्ही केलेल्या बदलाचा प्रकार स्पष्ट करतात.
|
|
|
|
|
|
1. **तुमच्या स्थानिक Git रिपॉझिटरीला GitHub शी कनेक्ट करा**. Git रिपॉझिटरी तुमच्या मशीनवर चांगली आहे परंतु काही वेळाने तुम्हाला तुमच्या फाइल्सचे बॅकअप कुठेतरी ठेवायचे आहे आणि इतर लोकांना तुमच्या रिपॉझिटरीवर काम करण्यासाठी आमंत्रित करायचे आहे. एक उत्तम ठिकाण म्हणजे GitHub. लक्षात ठेवा आपण आधीच GitHub वर रिपॉझिटरी तयार केली आहे त्यामुळे आपल्याला फक्त स्थानिक Git रिपॉझिटरी GitHub शी कनेक्ट करायची आहे. `git remote add` आदेश हेच करेल. खालील आदेश टाइप करा:
|
|
|
|
|
|
> लक्षात ठेवा, आदेश टाइप करण्यापूर्वी तुमच्या GitHub रिपॉझिटरी पृष्ठावर जा आणि रिपॉझिटरी URL शोधा. तुम्ही ते खालील आदेशात वापराल. `https://github.com/username/repository_name.git` तुमच्या GitHub URL ने बदला.
|
|
|
|
|
|
```bash
|
|
|
git remote add origin https://github.com/username/repository_name.git
|
|
|
```
|
|
|
|
|
|
**स्टेप बाय स्टेप, येथे काय घडते:**
|
|
|
- **निर्माण करा** "origin" नावाचा कनेक्शन जो तुमच्या GitHub रिपॉझिटरीकडे निर्देश करतो
|
|
|
- **लिंक करा** तुमची स्थानिक Git रिपॉझिटरी GitHub वरील रिमोट रिपॉझिटरीशी
|
|
|
- **सक्षम करा** तुमचे स्थानिक कमिट्स GitHub वर पुश करण्याची आणि GitHub मधून बदल खेचण्याची क्षमता
|
|
|
|
|
|
💡 **आधुनिक पर्याय**: तुम्ही GitHub CLI वापरून एकाच चरणात
|
|
|
💡 **टीप**: जर तुमची डीफॉल्ट शाखा वेगळ्या नावाने (जसे "master") ओळखली जात असेल, तर "main" ऐवजी तुमच्या वास्तविक शाखेचे नाव वापरा. तुम्ही `git branch --show-current` वापरून तुमची सध्याची शाखा तपासू शकता.
|
|
|
|
|
|
2. **अधिक बदल करण्यासाठी** (दैनंदिन कार्यप्रवाह). जर तुम्हाला बदल करत राहायचे असतील आणि GitHub वर ते पुश करायचे असतील, तर तुम्हाला खालील तीन कमांड्स वापराव्या लागतील:
|
|
|
|
|
|
```bash
|
|
|
git add .
|
|
|
git commit -m "type your commit message here"
|
|
|
git push
|
|
|
```
|
|
|
|
|
|
**पायरी-पायरीने, तुमचा दैनंदिन कार्यप्रवाह:**
|
|
|
- **Stage** तुमच्या बदललेल्या फाइल्स `git add .` (किंवा विशिष्ट फाइल्स जोडा) वापरून जोडा
|
|
|
- **Commit** तुमचे बदल एका वर्णनात्मक संदेशासह करा ज्यामध्ये तुम्ही काय साध्य केले आहे ते नमूद करा
|
|
|
- **Push** GitHub वर तुमचे काम बॅकअप करण्यासाठी आणि इतरांसोबत शेअर करण्यासाठी
|
|
|
|
|
|
> 💡 **टीप**: तुम्ही `.gitignore` फाइल स्वीकारू शकता जेणेकरून तुम्हाला ट्रॅक करायचे नाहीत अशा फाइल्स GitHub वर दिसणार नाहीत - जसे की तुमच्या नोट्स फाइल्स जी सार्वजनिक रिपॉझिटरीमध्ये असण्याची गरज नाही. `.gitignore` फाइल्ससाठी टेम्पलेट्स तुम्हाला [.gitignore templates](https://github.com/github/gitignore) येथे सापडतील किंवा [gitignore.io](https://www.toptal.com/developers/gitignore) वापरून एक तयार करू शकता.
|
|
|
|
|
|
#### आधुनिक Git कार्यप्रवाह
|
|
|
|
|
|
या आधुनिक पद्धती स्वीकारण्याचा विचार करा:
|
|
|
|
|
|
- **Conventional Commits**: `feat:`, `fix:`, `docs:` यासारख्या प्रमाणित कमिट संदेश स्वरूपाचा वापर करा. अधिक जाणून घ्या [conventionalcommits.org](https://www.conventionalcommits.org/) येथे.
|
|
|
- **Atomic commits**: प्रत्येक कमिट एकच तर्कसंगत बदल दर्शवेल याची खात्री करा.
|
|
|
- **Frequent commits**: मोठ्या, क्वचितच होणाऱ्या कमिट्सऐवजी वर्णनात्मक संदेशांसह वारंवार कमिट करा.
|
|
|
|
|
|
#### कमिट संदेश
|
|
|
|
|
|
एक उत्कृष्ट Git कमिट विषय ओळ खालील वाक्य पूर्ण करते:
|
|
|
जर लागू केले गेले, तर हा कमिट <तुमचा विषय ओळ येथे> असेल.
|
|
|
|
|
|
विषयासाठी हुकूमात्मक, वर्तमानकाळाचा वापर करा: "change" नाही "changed" किंवा "changes".
|
|
|
विषयासारखेच, शरीरात (पर्यायी) देखील हुकूमात्मक, वर्तमानकाळाचा वापर करा. शरीरामध्ये बदलासाठी प्रेरणा समाविष्ट करा आणि यापूर्वीच्या वर्तनाशी तुलना करा. तुम्ही `का` स्पष्ट करत आहात, `कसे` नाही.
|
|
|
|
|
|
✅ GitHub वर थोडा वेळ घालवा. तुम्हाला खरोखर उत्कृष्ट कमिट संदेश सापडतो का? तुम्हाला खूपच साधा संदेश सापडतो का? कमिट संदेशामध्ये कोणती माहिती सर्वात महत्त्वाची आणि उपयुक्त आहे असे तुम्हाला वाटते?
|
|
|
|
|
|
## इतरांसोबत प्रकल्पांवर काम करणे
|
|
|
|
|
|
सहकार्य हे GitHub च्या खऱ्या सामर्थ्याचे ठिकाण आहे. स्वतःचा कोड व्यवस्थापित करणे महत्त्वाचे आहे, परंतु जेव्हा विकसक एकत्र काम करतात तेव्हा काहीतरी अद्भुत तयार करण्यासाठी खरी जादू होते. GitHub सोलो कोडिंगला एक सहयोगी सिंफनीमध्ये बदलतो जिथे अनेक विकसक एकाच वेळी योगदान देऊ शकतात आणि एकमेकांच्या कामात अडथळा आणत नाहीत.
|
|
|
|
|
|
या विभागात, तुम्ही तुमचे प्रकल्प इतर विकसकांसाठी स्वागतार्ह कसे बनवायचे आणि विद्यमान प्रकल्पांमध्ये अर्थपूर्ण योगदान कसे द्यायचे ते शिकाल. हे सहकार्य कौशल्य हौशी कोडर्सना व्यावसायिक विकसकांपासून वेगळे करतात.
|
|
|
|
|
|
> व्हिडिओ पहा
|
|
|
>
|
|
|
> [](https://www.youtube.com/watch?v=bFCM-PC3cu8)
|
|
|
|
|
|
GitHub वर गोष्टी ठेवण्याचे मुख्य कारण म्हणजे इतर विकसकांसोबत सहकार्य करणे शक्य करणे.
|
|
|
|
|
|
तुमच्या रिपॉझिटरीमध्ये, `Insights > Community` मध्ये जा आणि तुमचा प्रकल्प शिफारस केलेल्या समुदाय मानकांशी कसा तुलना करतो ते पहा.
|
|
|
|
|
|
> 🎯 **तुमची रिपॉझिटरी व्यावसायिक बनवणे**: चांगल्या प्रकारे दस्तऐवजीकरण केलेली रिपॉझिटरी अधिक योगदानकर्त्यांना आकर्षित करते आणि तुम्ही कोड गुणवत्तेची काळजी घेत असल्याचे दर्शवते.
|
|
|
|
|
|
**महत्त्वाचे रिपॉझिटरी घटक:**
|
|
|
|
|
|
| घटक | उद्देश | का महत्त्वाचे आहे |
|
|
|
|---------|---------|----------------|
|
|
|
| **वर्णन** | तुमच्या प्रकल्पाचा संक्षिप्त सारांश | लोकांना तुमचा प्रकल्प काय करतो हे झटपट समजून घेण्यास मदत करते |
|
|
|
| **README** | तपशीलवार प्रकल्प दस्तऐवज | लोक प्रथम वाचतात - याचा उपयोग करा! |
|
|
|
| **Contributing Guidelines** | योगदानकर्त्यांसाठी सूचना | तुम्ही सहकार्याचे स्वागत करता आणि स्पष्ट अपेक्षा सेट करता हे दर्शवते |
|
|
|
| **Code of Conduct** | समुदाय वर्तन मानके | सर्व योगदानकर्त्यांसाठी स्वागतार्ह वातावरण तयार करते |
|
|
|
| **License** | वापर परवानग्या | इतर लोक तुमचा कोड कायदेशीरपणे कसा वापरू शकतात हे परिभाषित करते |
|
|
|
| **Security Policy** | असुरक्षितता अहवाल प्रक्रिया | तुम्ही सुरक्षा गंभीरपणे घेत असल्याचे दर्शवते |
|
|
|
|
|
|
> 💡 **प्रो टीप**: GitHub या सर्व फाइल्ससाठी टेम्पलेट्स प्रदान करते. नवीन रिपॉझिटरी तयार करताना, या फाइल्स आपोआप तयार करण्यासाठी बॉक्स तपासा.
|
|
|
|
|
|
**अन्वेषण करण्यासाठी आधुनिक GitHub वैशिष्ट्ये:**
|
|
|
|
|
|
🤖 **ऑटोमेशन आणि CI/CD:**
|
|
|
- **GitHub Actions** स्वयंचलित चाचणी आणि तैनातीसाठी
|
|
|
- **Dependabot** स्वयंचलित dependency अपडेटसाठी
|
|
|
|
|
|
💬 **समुदाय आणि प्रकल्प व्यवस्थापन:**
|
|
|
- **GitHub Discussions** समस्यांपलीकडे समुदाय संभाषणांसाठी
|
|
|
- **GitHub Projects** कानबन-शैली प्रकल्प व्यवस्थापनासाठी
|
|
|
- **Branch protection rules** कोड गुणवत्तेचे मानक लागू करण्यासाठी
|
|
|
|
|
|
हे सर्व संसाधने नवीन टीम सदस्यांना ऑनबोर्डिंगसाठी फायदेशीर ठरतील. आणि हे सहसा नवीन योगदानकर्त्यांनी तुमचा कोड पाहण्याआधी पाहिलेले असते, हे शोधण्यासाठी की तुमचा प्रकल्प त्यांचा वेळ घालवण्यासाठी योग्य आहे का.
|
|
|
|
|
|
✅ README फाइल्स, जरी तयार करण्यासाठी वेळ लागतो, तरीही व्यस्त देखभाल करणाऱ्यांकडून त्याकडे दुर्लक्ष केले जाते. तुम्हाला विशेषतः वर्णनात्मक उदाहरण सापडते का? टीप: [चांगले README तयार करण्यासाठी काही साधने](https://www.makeareadme.com/) आहेत जी तुम्हाला वापरायची असतील.
|
|
|
|
|
|
### कार्य: काही कोड मर्ज करा
|
|
|
|
|
|
Contributing docs लोकांना प्रकल्पात योगदान देण्यास मदत करतात. यात तुम्ही कोणत्या प्रकारचे योगदान शोधत आहात आणि प्रक्रिया कशी कार्य करते याचे स्पष्टीकरण दिले जाते. योगदानकर्त्यांना GitHub वर तुमच्या रिपॉझिटरीमध्ये योगदान देण्यासाठी काही चरणांमधून जावे लागेल:
|
|
|
|
|
|
1. **तुमची रिपॉझिटरी Fork करणे** तुम्हाला लोकांना तुमचा प्रकल्प _fork_ करायचा असेल. Fork करणे म्हणजे तुमच्या रिपॉझिटरीची प्रतिकृती त्यांच्या GitHub प्रोफाइलवर तयार करणे.
|
|
|
1. **Clone**. त्यानंतर ते प्रकल्प त्यांच्या स्थानिक मशीनवर क्लोन करतील.
|
|
|
1. **शाखा तयार करा**. तुम्हाला त्यांना त्यांच्या कामासाठी _शाखा_ तयार करण्यास सांगायचे आहे.
|
|
|
1. **त्यांचा बदल एका क्षेत्रावर केंद्रित करा**. योगदानकर्त्यांना एकावेळी एका गोष्टीवर लक्ष केंद्रित करण्यास सांगा - अशा प्रकारे तुम्ही त्यांचे काम _मर्ज_ करण्याची शक्यता जास्त आहे. कल्पना करा की त्यांनी बग फिक्स लिहिला, नवीन वैशिष्ट्य जोडले आणि अनेक चाचण्या अपडेट केल्या - काय होईल जर तुम्हाला 3 पैकी 2 किंवा 3 पैकी 1 बदल लागू करायचा असेल?
|
|
|
|
|
|
✅ अशा परिस्थितीची कल्पना करा जिथे शाखा चांगला कोड लिहिण्यासाठी आणि शिप करण्यासाठी विशेषतः महत्त्वाच्या असतात. तुम्हाला कोणते उपयोग प्रकरणे सुचतात?
|
|
|
|
|
|
> टीप, तुम्हाला जगात पाहायचे आहे ते बदल व्हा आणि तुमच्या स्वतःच्या कामासाठी शाखा तयार करा. तुम्ही केलेले कोणतेही कमिट तुम्ही सध्या "चेक आउट" केलेल्या शाखेत केले जातील. `git status` वापरून ती कोणती शाखा आहे ते पहा.
|
|
|
|
|
|
चला योगदानकर्त्याचा कार्यप्रवाह पाहूया. गृहीत धरा की योगदानकर्त्याने आधीच _fork_ आणि _clone_ रिपॉझिटरी केली आहे त्यामुळे त्यांच्याकडे स्थानिक मशीनवर काम करण्यासाठी Git रिपॉझिटरी तयार आहे:
|
|
|
|
|
|
1. **शाखा तयार करा**. `git branch` कमांड वापरून शाखा तयार करा ज्यामध्ये ते योगदान देण्याचा विचार करत आहेत:
|
|
|
|
|
|
```bash
|
|
|
git branch [branch-name]
|
|
|
```
|
|
|
|
|
|
> 💡 **आधुनिक पद्धत**: तुम्ही एकाच कमांडमध्ये नवीन शाखा तयार करू शकता आणि स्विच करू शकता:
|
|
|
```bash
|
|
|
git switch -c [branch-name]
|
|
|
```
|
|
|
|
|
|
1. **कार्यरत शाखेत स्विच करा**. निर्दिष्ट शाखेत स्विच करा आणि `git switch` वापरून कार्यरत निर्देशिका अपडेट करा:
|
|
|
|
|
|
```bash
|
|
|
git switch [branch-name]
|
|
|
```
|
|
|
|
|
|
> 💡 **आधुनिक टीप**: शाखा बदलताना `git switch` हे `git checkout` चे आधुनिक पर्याय आहे. हे स्पष्ट आणि सुरक्षीत आहे.
|
|
|
|
|
|
1. **काम करा**. या टप्प्यावर तुम्हाला तुमचे बदल जोडायचे आहेत. खालील कमांड्स वापरून Git ला त्याबद्दल सांगायला विसरू नका:
|
|
|
|
|
|
```bash
|
|
|
git add .
|
|
|
git commit -m "my changes"
|
|
|
```
|
|
|
|
|
|
> ⚠️ **कमिट संदेश गुणवत्ता**: तुमच्या कमिटला चांगले नाव द्या, तुमच्यासाठी आणि तुम्ही मदत करत असलेल्या रिपॉझिटरीच्या देखभालकर्त्यासाठी. तुम्ही काय बदलले याबद्दल विशिष्ट रहा!
|
|
|
|
|
|
1. **तुमचे काम `main` शाखेसोबत एकत्र करा**. एका टप्प्यावर तुम्ही काम पूर्ण केले आहे आणि तुम्हाला तुमचे काम `main` शाखेसोबत एकत्र करायचे आहे. दरम्यान `main` शाखा बदलली असू शकते त्यामुळे खालील कमांड्स वापरून ती सर्वात नवीन आवृत्तीत अपडेट करा:
|
|
|
|
|
|
```bash
|
|
|
git switch main
|
|
|
git pull
|
|
|
```
|
|
|
|
|
|
या टप्प्यावर तुम्हाला खात्री करायची आहे की कोणतेही _conflicts_, जिथे Git सहजपणे _combine_ बदल करू शकत नाही, ते तुमच्या कार्यरत शाखेत होतात. म्हणून खालील कमांड्स चालवा:
|
|
|
|
|
|
```bash
|
|
|
git switch [branch_name]
|
|
|
git merge main
|
|
|
```
|
|
|
|
|
|
`git merge main` कमांड `main` मधील सर्व बदल तुमच्या शाखेत आणेल. आशा आहे की तुम्ही फक्त पुढे जाऊ शकता. जर तसे नसेल, तर VS Code तुम्हाला सांगेल की Git कुठे _गोंधळलेला_ आहे आणि तुम्ही प्रभावित फाइल्स बदलून सर्वात अचूक सामग्री काय आहे ते सांगू शकता.
|
|
|
|
|
|
💡 **आधुनिक पर्याय**: स्वच्छ इतिहासासाठी `git rebase` वापरण्याचा विचार करा:
|
|
|
```bash
|
|
|
git rebase main
|
|
|
```
|
|
|
हे तुमच्या कमिट्सला नवीनतम main शाखेच्या वर पुन्हा प्ले करते, एक रेखीय इतिहास तयार करते.
|
|
|
|
|
|
1. **तुमचे काम GitHub वर पाठवा**. GitHub वर तुमचे काम पाठवणे म्हणजे दोन गोष्टी. तुमची शाखा तुमच्या रिपॉझिटरीवर पुश करणे आणि नंतर PR, Pull Request उघडणे.
|
|
|
|
|
|
```bash
|
|
|
git push --set-upstream origin [branch-name]
|
|
|
```
|
|
|
|
|
|
वरील कमांड तुमच्या fork केलेल्या रिपॉझिटरीवर शाखा तयार करते.
|
|
|
|
|
|
1. **PR उघडा**. पुढे, तुम्हाला PR उघडायचा आहे. तुम्ही GitHub वर fork केलेल्या रिपॉझिटरीवर नेव्हिगेट करून ते करता. GitHub वर तुम्हाला नवीन PR तयार करायचा आहे का हे विचारणारा संकेत दिसेल, तुम्ही त्यावर क्लिक करता आणि तुम्हाला एक इंटरफेसवर नेले जाते जिथे तुम्ही कमिट संदेश शीर्षक बदलू शकता, त्याला अधिक योग्य वर्णन देऊ शकता. आता तुम्ही fork केलेल्या रिपॉझिटरीचा देखभालकर्ता हा PR पाहील आणि _बोटे क्रॉस करून_ ते तुमचा PR _मर्ज_ करतील. तुम्ही आता योगदानकर्ता आहात, याय :)
|
|
|
|
|
|
💡 **आधुनिक टीप**: तुम्ही GitHub CLI वापरून PR देखील तयार करू शकता:
|
|
|
```bash
|
|
|
gh pr create --title "Your PR title" --body "Description of changes"
|
|
|
```
|
|
|
|
|
|
🔧 **PR साठी सर्वोत्तम पद्धती**:
|
|
|
- "Fixes #123" सारख्या कीवर्ड्स वापरून संबंधित समस्यांना लिंक करा
|
|
|
- UI बदलांसाठी स्क्रीनशॉट्स जोडा
|
|
|
- विशिष्ट पुनरावलोकनकर्त्यांची विनंती करा
|
|
|
- काम चालू असलेल्या प्रकल्पांसाठी draft PRs वापरा
|
|
|
- पुनरावलोकनाची विनंती करण्यापूर्वी सर्व CI चेक्स पास होण्याची खात्री करा
|
|
|
|
|
|
1. **स्वच्छता करा**. तुम्ही यशस्वीरित्या PR मर्ज केल्यानंतर _स्वच्छता_ करणे चांगली पद्धत मानली जाते. तुम्हाला तुमची स्थानिक शाखा आणि तुम्ही GitHub वर पुश केलेली शाखा साफ करायची आहे. प्रथम खालील कमांड वापरून ती स्थानिकपणे हटवा:
|
|
|
|
|
|
```bash
|
|
|
git branch -d [branch-name]
|
|
|
```
|
|
|
|
|
|
नंतर GitHub पृष्ठावर जा आणि तुम्ही फक्त पुश केलेली रिमोट शाखा काढा.
|
|
|
|
|
|
`Pull request` हा शब्द थोडा विचित्र वाटतो कारण खरं तर तुम्हाला तुमचे बदल प्रकल्पात पुश करायचे आहेत. परंतु देखभालकर्ता (प्रकल्प मालक) किंवा मुख्य टीमला तुमचे बदल प्रकल्पाच्या "main" शाखेसोबत मर्ज करण्यापूर्वी विचार करणे आवश्यक आहे, त्यामुळे तुम्ही खरोखरच देखभालकर्त्याकडून बदलाचा निर्णय मागत आहात.
|
|
|
|
|
|
Pull request ही जागा आहे जिथे पुनरावलोकन, टिप्पण्या, एकत्रित चाचण्या आणि बरेच काही यासह शाखेवर परिचित केलेल्या फरकांची तुलना आणि चर्चा केली जाते. चांगला pull request साधारणपणे कमिट संदेशासारखेच नियम पाळतो. तुम्ही तुमच्या कामाने एखाद्या समस्येचे निराकरण केले असल्यास, तुम्ही समस्या ट्रॅकरमधील समस्येचा संदर्भ जोडू शकता. हे `#` नंतर तुमच्या समस्येचा क्रमांक वापरून केले जाते. उदाहरणार्थ `#97`.
|
|
|
|
|
|
🤞सर्व चेक्स पास होतात आणि प्रकल्प मालक तुमचे बदल प्रकल्पात मर्ज करतात अशी आशा करा🤞
|
|
|
|
|
|
GitHub वर संबंधित रिमोट शाखेवरील सर्व नवीन कमिट्ससह तुमची सध्याची स्थानिक कार्यरत शाखा अपडेट करा:
|
|
|
|
|
|
`git pull`
|
|
|
|
|
|
## ओपन सोर्समध्ये कसे योगदान द्यावे
|
|
|
|
|
|
ओपन सोर्स प्रकल्पांमध्ये योगदान देणे वेब विकासातील सर्वात समाधानकारक अनुभवांपैकी एक आहे. हे समुदायाला परत देण्याची, अनुभवी विकसकांकडून शिकण्याची आणि हजारो किंवा लाखो लोक वापरत असलेल्या सॉफ्टवेअरवर खऱ्या अर्थाने प्रभाव टाकण्याची तुमची संधी आहे.
|
|
|
|
|
|
ओपन सोर्स योगदानाचे सौंदर्य म्हणजे प्रत्येकाने नवशिक्या म्हणून सुरुवात केली. तुम्ही आज शिकत असलेल्या साधनांचे निर्माते एकेकाळी तुमच्यासारखेच होते. ओपन सोर्समध्ये योगदान देऊन, तुम्ही वेब विकासामध्ये नाविन्यपूर्णतेला चालना देणाऱ्या शिकण्याच्या आणि सामायिक करण्याच्या सततच्या चक्राचा भाग बनता.
|
|
|
|
|
|
प्रथम, GitHub वर तुम्हाला स्वारस्य असलेल्या आणि ज्यामध्ये तुम्हाला बदल करायचा आहे अशा रिपॉझिटरी (किंवा **repo**) शोधूया. तुम्हाला त्याची सामग्री तुमच्या मशीनवर कॉपी करायची आहे.
|
|
|
|
|
|
✅ 'नवशिक्या-अनुकूल' रिपॉझिटरी शोधण्याचा चांगला मार्ग म्हणजे [टॅग 'good-first-issue' द्वारे शोधा](https://github.blog/2020-01-22-browse-good-first-issues-to-start-contributing-to-open-source/).
|
|
|
|
|
|
|
|
|
|
|
|
कोड कॉपी करण्याचे अनेक मार्ग आहेत. एक मार्ग म्हणजे रिपॉझिटरीची सामग्री "क्लोन" करणे, HTTPS, SSH वापरून किंवा GitHub CLI (कमांड लाइन इंटरफेस) वापरून.
|
|
|
|
|
|
तुमचा टर्मिनल उघडा आणि रिपॉझिटरी खालीलप्रमाणे क्लोन करा:
|
|
|
```bash
|
|
|
# Using HTTPS
|
|
|
git clone https://github.com/ProjectURL
|
|
|
|
|
|
# Using SSH (requires SSH key setup)
|
|
|
git clone git@github.com:username/repository.git
|
|
|
|
|
|
# Using GitHub CLI
|
|
|
gh repo clone username/repository
|
|
|
```
|
|
|
|
|
|
प्रकल्पावर काम करण्यासाठी, योग्य फोल्डरमध्ये स्विच करा:
|
|
|
`cd ProjectURL`
|
|
|
|
|
|
तुम्ही संपूर्ण प्रकल्प उघडू शकता:
|
|
|
- **[GitHub Codespaces](https://github.com/features/codespaces)** - GitHub चे क्लाउड विकास वातावरण ब्राउझरमध्ये VS Code सह
|
|
|
- **[GitHub Desktop](https://desktop.github.com/)** - Git ऑपरेशन्ससाठी GUI अॅप्लिकेशन
|
|
|
- **[GitHub.dev](
|
|
|
तुम्ही GitHub वर कोणत्याही सार्वजनिक रिपॉझिटरीला स्टार, वॉच आणि/किंवा "फोर्क" करू शकता. तुम्ही तुमच्या स्टार केलेल्या रिपॉझिटरी टॉप-राईट ड्रॉप-डाउन मेनूमध्ये शोधू शकता. हे कोडसाठी बुकमार्क करण्यासारखे आहे.
|
|
|
|
|
|
प्रोजेक्ट्समध्ये एक इश्यू ट्रॅकर असतो, जो प्रामुख्याने GitHub वर "Issues" टॅबमध्ये असतो, जोपर्यंत वेगळे सांगितले नाही, जिथे लोक प्रोजेक्टशी संबंधित समस्यांवर चर्चा करतात. आणि Pull Requests टॅबमध्ये लोक प्रगतीपथावर असलेल्या बदलांवर चर्चा आणि पुनरावलोकन करतात.
|
|
|
|
|
|
प्रोजेक्ट्समध्ये फोरम, मेलिंग लिस्ट्स किंवा Slack, Discord किंवा IRC सारख्या चॅट चॅनेल्समध्ये चर्चा असू शकते.
|
|
|
|
|
|
🔧 **आधुनिक GitHub वैशिष्ट्ये**:
|
|
|
- **GitHub Discussions** - समुदाय चर्चेसाठी अंगभूत फोरम
|
|
|
- **GitHub Sponsors** - मेंटेनर्सना आर्थिक मदत करा
|
|
|
- **Security tab** - असुरक्षितता अहवाल आणि सुरक्षा सल्लागार
|
|
|
- **Actions tab** - स्वयंचलित वर्कफ्लो आणि CI/CD पाइपलाइन्स पहा
|
|
|
- **Insights tab** - योगदानकर्ते, कमिट्स आणि प्रोजेक्टची स्थिती याबद्दल विश्लेषण
|
|
|
- **Projects tab** - GitHub चे अंगभूत प्रोजेक्ट व्यवस्थापन साधने
|
|
|
|
|
|
✅ तुमच्या नवीन GitHub रिपॉझिटरीचा शोध घ्या आणि काही गोष्टी करून पहा, जसे की सेटिंग्ज संपादित करणे, तुमच्या रिपॉझिटरीमध्ये माहिती जोडणे, प्रोजेक्ट तयार करणे (जसे की Kanban बोर्ड) आणि ऑटोमेशनसाठी GitHub Actions सेट करणे. तुम्ही खूप काही करू शकता!
|
|
|
|
|
|
---
|
|
|
|
|
|
## 🚀 आव्हान
|
|
|
|
|
|
तुमच्या मित्रासोबत जोडी बनवा आणि एकमेकांच्या कोडवर काम करा. एकत्रितपणे प्रोजेक्ट तयार करा, कोड फोर्क करा, ब्रांचेस तयार करा आणि बदल मर्ज करा.
|
|
|
|
|
|
## पोस्ट-लेक्चर क्विझ
|
|
|
[पोस्ट-लेक्चर क्विझ](https://ff-quizzes.netlify.app/web/en/)
|
|
|
|
|
|
## पुनरावलोकन आणि स्व-अभ्यास
|
|
|
|
|
|
[ओपन सोर्स सॉफ्टवेअरमध्ये योगदान देणे](https://opensource.guide/how-to-contribute/#how-to-submit-a-contribution) याबद्दल अधिक वाचा.
|
|
|
|
|
|
[Git cheatsheet](https://training.github.com/downloads/github-git-cheat-sheet/).
|
|
|
|
|
|
सराव करा, सराव करा, सराव करा. GitHub कडे [GitHub Skills](https://skills.github.com) द्वारे उपलब्ध उत्कृष्ट शिक्षण मार्ग आहेत:
|
|
|
|
|
|
- [GitHub ची ओळख](https://github.com/skills/introduction-to-github)
|
|
|
- [Markdown वापरून संवाद साधा](https://github.com/skills/communicate-using-markdown)
|
|
|
- [GitHub Pages](https://github.com/skills/github-pages)
|
|
|
- [मर्ज कॉन्फ्लिक्ट्स व्यवस्थापित करणे](https://github.com/skills/resolve-merge-conflicts)
|
|
|
|
|
|
**अतिरिक्त आधुनिक संसाधने**:
|
|
|
- [GitHub CLI दस्तऐवज](https://cli.github.com/manual/)
|
|
|
- [GitHub Codespaces दस्तऐवज](https://docs.github.com/en/codespaces)
|
|
|
- [GitHub Actions दस्तऐवज](https://docs.github.com/en/actions)
|
|
|
- [Git सर्वोत्तम पद्धती](https://www.atlassian.com/git/tutorials/comparing-workflows)
|
|
|
|
|
|
## GitHub Copilot Agent Challenge 🚀
|
|
|
|
|
|
Agent मोड वापरून खालील आव्हान पूर्ण करा:
|
|
|
|
|
|
**वर्णन:** एक सहयोगी वेब डेव्हलपमेंट प्रोजेक्ट तयार करा जो तुम्ही या धड्यात शिकलेल्या संपूर्ण GitHub वर्कफ्लोचे प्रदर्शन करतो. हे आव्हान तुम्हाला रिपॉझिटरी तयार करणे, सहयोगी वैशिष्ट्ये आणि आधुनिक Git वर्कफ्लो वास्तविक परिस्थितीत सराव करण्यास मदत करेल.
|
|
|
|
|
|
**प्रॉम्प्ट:** "Web Development Resources" प्रोजेक्टसाठी एक नवीन सार्वजनिक GitHub रिपॉझिटरी तयार करा. रिपॉझिटरीमध्ये चांगल्या प्रकारे संरचित README.md फाइल असावी ज्यामध्ये उपयुक्त वेब डेव्हलपमेंट टूल्स आणि संसाधने श्रेणींनुसार (HTML, CSS, JavaScript, इत्यादी) आयोजित केलेली असावीत. रिपॉझिटरीला परवाना, योगदान मार्गदर्शक तत्त्वे आणि आचारसंहिता यासह योग्य समुदाय मानकांसह सेट करा. किमान दोन फीचर ब्रांचेस तयार करा: एक CSS संसाधने जोडण्यासाठी आणि दुसरी JavaScript संसाधने जोडण्यासाठी. प्रत्येक ब्रांचवर वर्णनात्मक कमिट मेसेजेससह कमिट्स करा, नंतर बदल मुख्य ब्रांचमध्ये मर्ज करण्यासाठी Pull Requests तयार करा. GitHub चे Issues, Discussions सारखी वैशिष्ट्ये सक्षम करा आणि स्वयंचलित तपासणीसाठी मूलभूत GitHub Actions वर्कफ्लो सेट करा.
|
|
|
|
|
|
## असाइनमेंट
|
|
|
|
|
|
GitHub Skills वर [GitHub ची ओळख](https://github.com/skills/introduction-to-github) कोर्स पूर्ण करा.
|
|
|
|
|
|
**ऐच्छिक प्रगत असाइनमेंट्स**:
|
|
|
- तुमच्या GitHub खात्यासाठी SSH प्रमाणीकरण सेट करा
|
|
|
- सामान्य ऑपरेशन्ससाठी GitHub CLI वापरून पहा
|
|
|
- GitHub Actions वर्कफ्लो असलेली रिपॉझिटरी तयार करा
|
|
|
- GitHub Codespaces एक्सप्लोर करा आणि ही रिपॉझिटरी एका कोडस्पेसमध्ये उघडा
|
|
|
|
|
|
---
|
|
|
|
|
|
**अस्वीकरण**:
|
|
|
हा दस्तऐवज AI भाषांतर सेवा [Co-op Translator](https://github.com/Azure/co-op-translator) वापरून भाषांतरित करण्यात आला आहे. आम्ही अचूकतेसाठी प्रयत्नशील असलो तरी, कृपयास लक्षात ठेवा की स्वयंचलित भाषांतरे त्रुटी किंवा अचूकतेच्या अभावाने युक्त असू शकतात. मूळ भाषेतील दस्तऐवज हा अधिकृत स्रोत मानला जावा. महत्त्वाच्या माहितीसाठी व्यावसायिक मानवी भाषांतराची शिफारस केली जाते. या भाषांतराचा वापर करून उद्भवलेल्या कोणत्याही गैरसमज किंवा चुकीच्या अर्थासाठी आम्ही जबाबदार राहणार नाही. |
