mirror of
https://github.com/LucasVbr/first-contributions.git
synced 2026-05-14 01:31:50 +00:00
Translated content from Portuguese to Kannada (#94706)
* Translated content from Portuguese to Kannada * Update issue-template.md --------- Co-authored-by: Roshan Jossy <roshanjossey@gmail.com>
This commit is contained in:
Manasa
@@ -4093,6 +4093,7 @@
|
||||
- [Murali Sb](https://github.com/imuralisb/first-contributions) Hola! My First Contribution...
|
||||
- [Shankar Somu](https://github.com/ShankarSomu) This is my first contribution on 2/22/25!
|
||||
- [Rohit Anand](https://github.com/R0h1tAnand) Tring to Contribute to Open Source for the first time
|
||||
- [Manasa](https://github.com/ManasaSita) Contributed by translating content into Kannada! Happy to be part of open-source 🚀
|
||||
- [Jecara] HI🤓
|
||||
- [Ralphy](https://github.com/RalphFilipek) Howdy from Poland 🇵🇱 its great to be here for the first time, good luck guys! 24/02/25
|
||||
- [Inferno] Hi
|
||||
|
||||
@@ -0,0 +1,111 @@
|
||||
# ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಮಾಡದವರು ಮಾಡಬಹುದಾದ ಕೆಲಸಗಳು
|
||||
|
||||
## ಕೇಳುವುದರಿಂದ ಪ್ರಾರಂಭಿಸಿ
|
||||
|
||||
ಓಪನ್ ಸೋರ್ಸ್ ಪ್ರೊಜೆಕ್ಟ್ ಎಂದರೆ ಇತರ ವ್ಯಕ್ತಿಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು.
|
||||
ನೀವು ಒಂದು ತಂಡಕ್ಕೆ ಸೇರಲು ನೋಡುತ್ತಿದ್ದೀರಿ, ಅಂದರೆ ಆ ಸಮುದಾಯ ಮತ್ತು ಅದರ ಕಾರ್ಯಪದ್ಧತಿಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಮುಖ್ಯ.
|
||||
ಒಂದು ಪ್ರೊಜೆಕ್ಟ್ಗೆ ಹೋದ ಕೂಡಲೇ **"ಇದು ನನ್ನ ಅಭಿಪ್ರಾಯ, ನೀವು ಹೀಗೆ ಮಾಡಬೇಕು"** ಎಂದು ಹೇಳುವುದು ಒಳ್ಳೆಯ ರೀತಿಯಲ್ಲ.
|
||||
ಕೆಲವು ಪ್ರೊಜೆಕ್ಟ್ಗಳು ಇದನ್ನು ಸಹಿಸಬಹುದು, ಆದರೆ ಬಹಳ ಕಾಲದಿಂದ ನಡೆಯುತ್ತಿರುವ ಪ್ರೊಜೆಕ್ಟ್ಗಳಲ್ಲಿ ಇದನ್ನು ಒಪ್ಪಿಕೊಳ್ಳುವ ಸಾಧ್ಯತೆ ಕಡಿಮೆ.
|
||||
|
||||
**ಕೇಳುವುದು ಪ್ರೊಜೆಕ್ಟ್ ಅನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಉತ್ತಮ ವಿಧಾನ**
|
||||
|
||||
### 1. **ಮೇಲಿಂಗ್ ಲಿಸ್ಟ್ಗೆ ಸೇರಿಕೊಳ್ಳಿ**
|
||||
ಹೆಚ್ಚಿನ ಪ್ರೊಜೆಕ್ಟ್ಗಳಲ್ಲಿ ಮೇಜರ್ ಚರ್ಚೆಗಳು ಮೇಲಿಂಗ್ ಲಿಸ್ಟ್ನಲ್ಲಿ ನಡೆಯುತ್ತವೆ.
|
||||
ಉದಾಹರಣೆಗೆ, PostgreSQL ಪ್ರೊಜೆಕ್ಟ್ನಲ್ಲಿ ಬಳಕೆದಾರರಿಗಾಗಿ 12ಕ್ಕೂ ಹೆಚ್ಚು ಮತ್ತು ಡೆವಲಪರ್ಗಾಗಿ 6 ಮೇಲಿಂಗ್ ಲಿಸ್ಟ್ಗಳಿವೆ.
|
||||
ನೀವು ಮುಖ್ಯ ಬಳಕೆದಾರರ ಲಿಸ್ಟ್ ಮತ್ತು ಡೆವಲಪರ್ ಲಿಸ್ಟ್ ಅನ್ನು ಫಾಲೋ ಮಾಡಿ.
|
||||
|
||||
### 2. **ಬ್ಲಾಗ್ಗಳನ್ನು ಅನುಸರಿಸಿ**
|
||||
ಪ್ರಮುಖ ಡೆವಲಪರ್ಗಳು ಬರುವ ಅಪ್ಡೇಟ್ಗಳ ಬಗ್ಗೆ ಬ್ಲಾಗ್ಗಳಲ್ಲಿ ಬರೆಯುತ್ತಾರೆ.
|
||||
ಕೆಲವು ಒಟ್ಟುಗೂಡಿದ ವೆಬ್ಸೈಟ್ಗಳು (`planet.gnome.org`, `planet.mysql.com`) ಈ ಮಾಹಿತಿ ಒದಗಿಸುತ್ತವೆ.
|
||||
Googleನಲ್ಲಿ **"planet <projectname>"** ಹುಡುಕಿ.
|
||||
|
||||
### 3. **IRC ಚಾನೆಲ್ ಸೇರಿ**
|
||||
ಹೆಚ್ಚಿನ ಓಪನ್ ಸೋರ್ಸ್ ಪ್ರೊಜೆಕ್ಟ್ಗಳು ಡೆಡಿಕೇಟೆಡ್ IRC ಚಾನೆಲ್ ಹೊಂದಿರುತ್ತವೆ,
|
||||
ಅಲ್ಲಿ ಡೆವಲಪರ್ಗಳು ಮತ್ತು ಬಳಕೆದಾರರು ತಮ್ಮ ಸಮಸ್ಯೆಗಳನ್ನು ಚರ್ಚಿಸುತ್ತಾರೆ.
|
||||
ಪ್ರೊಜೆಕ್ಟ್ ವೆಬ್ಸೈಟ್ನಲ್ಲಿ ಇದರ ಬಗ್ಗೆ ವಿವರ ಹುಡುಕಿ.
|
||||
|
||||
## **ಟಿಕೆಟ್ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು**
|
||||
ಕೋಡ್ ಎಷ್ಟೇ ಮುಖ್ಯವಾದರೂ, ಬರೆಯುವುದು ಮಾತ್ರವಲ್ಲ, ನಿರ್ವಹಣೆ ಕೂಡ ಅಗತ್ಯ.
|
||||
ಹೆಚ್ಚಿನ ಪ್ರೊಜೆಕ್ಟ್ಗಳು **ಬಗ್ಗೆ ಸಮಸ್ಯೆಗಳಿಗಾಗಿ ಪಬ್ಲಿಕ್ ಟಿಕೆಟ್ ವ್ಯವಸ್ಥೆ** ಹೊಂದಿರುತ್ತವೆ.
|
||||
ಇದನ್ನು ನಿರ್ವಹಿಸುವುದು ಪ್ರೊಜೆಕ್ಟ್ಗೆ ಸಹಾಯ ಮಾಡಬಹುದು.
|
||||
|
||||
### 4. **ಬಗ್ಗೆ ಪತ್ತೆಹಚ್ಚಿ**
|
||||
ಬಹಳಷ್ಟು ಬಗ್ಗಳು ಸರಿಯಾಗಿ ವರದಿ ಆಗಿರುವುದಿಲ್ಲ.
|
||||
"X ಮಾಡಿದಾಗ ವಾಪಸ್ ಕೆಲಸ ಮಾಡುತ್ತಿಲ್ಲ" ಎಂಬ ವರದಿ ಬಂದರೆ, ಅದನ್ನು ಪುನರಾವೃತ್ತಿ ಮಾಡಬಹುದೇ?
|
||||
ಎಲ್ಲಾ ಬ್ರೌಸರ್ಗಳಲ್ಲಿ ಒಂದೇ ರೀತಿಯ ಸಮಸ್ಯೆಯೇ?
|
||||
ನೀವು ಆ ರಿಪೋರ್ಟ್ನಲ್ಲಿ ಹೆಚ್ಚಿನ ಮಾಹಿತಿಯನ್ನು ಸೇರಿಸಿದರೆ, ಡೆವಲಪರ್ಗೆ ಸರಿಪಡಿಸಲು ಸುಲಭವಾಗುತ್ತದೆ.
|
||||
|
||||
### 5. **ಸರಿಪಡಿಸಲಾದ ಸಮಸ್ಯೆಗಳನ್ನು ಮುಚ್ಚಿ**
|
||||
ಕೆಲವು ಬಗ್ಗಳು ಸರಿಪಡಿಸಲಾಗಿದ್ದರೂ, ಟಿಕೆಟ್ನಲ್ಲಿ ಅಪ್ಡೇಟ್ ಆಗಿಲ್ಲ.
|
||||
ಪ್ರಸ್ತುತ ಪ್ರೊಜೆಕ್ಟ್ ರಿಲೀಸ್ ನೋಟ್ಗಳ ಮೂಲಕ ಸಮಸ್ಯೆ ಇನ್ನೂ ಇಡೀದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.
|
||||
ಹುಡುಕಾಟ ಮಾಡದಿದ್ದರೆ, ಟಿಕೆಟ್ ಮುಚ್ಚಿ.
|
||||
|
||||
## **ಕೋಡ್ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದು**
|
||||
ಕೋಡಿಂಗ್ನಲ್ಲಿ ನಿಮ್ಮ ಅನುಭವದ ಮಟ್ಟವೇನಾದರೂ ಇರಲಿ, ನೀವು ಸಹಾಯ ಮಾಡಬಹುದು.
|
||||
ನೀವು ಮೊದಲೇ ತಿಳಿದುಕೊಳ್ಳಬೇಕಾದದ್ದು **ಪ್ರೊಜೆಕ್ಟ್ ರೀತಿ ಸಂಪ್ರದಾಯ** ಹೇಗೆ ಇದೆ ಎಂಬುದು.
|
||||
|
||||
### 6. **ಬೀಟಾ ಅಥವಾ ರಿಲೀಸ್ ಕ್ಯಾಂಡಿಡೇಟ್ ಪರೀಕ್ಷಿಸಿ**
|
||||
ನೀವು ಅಸಾಮಾನ್ಯವಾದ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅಥವಾ ಹಾರ್ಡ್ವೇರ್ ಬಳಸುತ್ತಿದ್ದರೆ,
|
||||
ಪರೀಕ್ಷೆ ಮಾಡಿ ಮತ್ತು ಡೆವಲಪರ್ಗಳಿಗೆ ನಿಮ್ಮ ಫಲಿತಾಂಶವನ್ನು ತಿಳಿಸಿ.
|
||||
|
||||
### 7. **ಒಂದು ಬಗ್ ಸರಿಪಡಿಸಿ**
|
||||
ಬಗ್ಗಳನ್ನು ಸರಿಪಡಿಸುವುದು ಪ್ರೊಜೆಕ್ಟ್ಗೆ ಪ್ರವೇಶಿಸಲು ಉತ್ತಮ ಮಾರ್ಗ.
|
||||
ಬಗ್ ಅನ್ನು ಪತ್ತೆಹಚ್ಚಿ, ಅದನ್ನು ಫಿಕ್ಸ್ ಮಾಡಲು ಪ್ರಯತ್ನಿಸಿ,
|
||||
ಹಾಗೂ ನಿಮ್ಮ ಪ್ರಯತ್ನವನ್ನು ಟಿಕೆಟ್ನಲ್ಲಿ ದಾಖಲಿಸಿ.
|
||||
|
||||
### 8. **ಟೆಸ್ಟ್ ಬರೆಯಿರಿ**
|
||||
ಹೆಚ್ಚಿನ ಪ್ರೊಜೆಕ್ಟ್ಗಳಿಗೆ ಹೆಚ್ಚು ಟೆಸ್ಟ್ಗಳು ಬೇಕಾಗುತ್ತವೆ.
|
||||
`gcov` (C), `Devel::Cover` (Perl) ಮುಂತಾದ ಟೂಲ್ಸ್ ಬಳಸಿಕೊಂಡು,
|
||||
ಪರೀಕ್ಷಿಸದ ಕೋಡ್ ಭಾಗಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಿ ಮತ್ತು ಹೊಸ ಟೆಸ್ಟ್ ಸೇರಿಸಿ.
|
||||
|
||||
### 9. **ಕಂಪೈಲರ್ ವಾರ್ನಿಂಗ್ಗಳನ್ನು ಸರಿಪಡಿಸಿ**
|
||||
ಹೆಚ್ಚಿನ C ಪ್ರೊಜೆಕ್ಟ್ಗಳಲ್ಲಿ ವಾರ್ನಿಂಗ್ಗಳು ತೋರುತ್ತವೆ.
|
||||
ಇವು ತಾತ್ಕಾಲಿಕ ಸಮಸ್ಯೆಗಳಾದರೂ, ಹೆಚ್ಚಿನವು ನಿಜವಾದ ಸಮಸ್ಯೆಗಳಲ್ಲ.
|
||||
ನೀವು ಇವುಗಳನ್ನು ಸರಿಪಡಿಸಿದರೆ, ಇತರರು ಸುಲಭವಾಗಿ ಓದಬಹುದು.
|
||||
|
||||
### 10. **ಕೋಡ್ನಲ್ಲಿ ಕಾಮೆಂಟ್ ಸೇರಿಸಿ**
|
||||
ನೀವು ತಿಳಿಯದ ಕೋಡ್ ಭಾಗವನ್ನು ನೋಡಿದರೆ,
|
||||
ಇತರರು ಸಹ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಕಷ್ಟವಾಗಬಹುದು.
|
||||
ಅದು ಏನು ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಕಾಮೆಂಟ್ನಲ್ಲಿ ಬರೆಯಿರಿ.
|
||||
|
||||
## **ದಸ್ತಾವೇಜುಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದು**
|
||||
ಹೆಚ್ಚಿನ ಪ್ರೊಜೆಕ್ಟ್ಗಳಲ್ಲಿ **documentation** ಹೆಚ್ಚು ನಿರ್ಲಕ್ಷ್ಯಗೊಳ್ಳುತ್ತದೆ.
|
||||
|
||||
### 11. **ಉದಾಹರಣೆ ಬರೆಯಿರಿ**
|
||||
ಪ್ರತಿ ಪ್ರೊಜೆಕ್ಟ್ಗೂ ಹೆಚ್ಚು ಉದಾಹರಣೆಗಳು ಅಗತ್ಯ.
|
||||
ಸಾಮಾನ್ಯ ಬಳಕೆಗಾರರು ತ್ವರಿತವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು,
|
||||
ಹಲವು `how-to` ಉದಾಹರಣೆಗಳನ್ನು ಸೇರಿಸಿ.
|
||||
|
||||
## **ಸಮುದಾಯದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು**
|
||||
ಓಪನ್ ಸೋರ್ಸ್ ಕೋಡ್ ಮಾತ್ರವಲ್ಲ, ಸಮುದಾಯ ಕೂಡ ಮುಖ್ಯ.
|
||||
|
||||
### 12. **ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸಿ**
|
||||
ಯಾವುದೇ ಹೊಸ ಬಳಕೆದಾರನಿಗೆ ಸಹಾಯ ಮಾಡುವುದು,
|
||||
ಪ್ರೊಜೆಕ್ಟ್ ಬೆಳೆಯಲು ತುಂಬಾ ಮುಖ್ಯ.
|
||||
ಅವರ ಪ್ರಶ್ನೆ ಕೇಳಿ, ಉತ್ತರಿಸಿ, RTFM (Read The Manual) ಎಂದೂ ಹೇಳಬೇಡಿ.
|
||||
|
||||
### 13. **ಬ್ಲಾಗ್ ಪೋಸ್ಟ್ ಬರೆಯಿರಿ**
|
||||
ನಿಮ್ಮ ಅನುಭವವನ್ನು ಬ್ಲಾಗ್ನಲ್ಲಿ ಹಂಚಿಕೊಳ್ಳಿ.
|
||||
ಸಮಸ್ಯೆ ಎದುರಾದರೆ, ಅದನ್ನು ಹೇಗೆ ಪರಿಹರಿಸಿದ್ದೀರಿ ಎಂಬುದನ್ನು ವಿವರಿಸಿ.
|
||||
ಇದು ಮುಂದಿನ ತಲೆಮಾರಿನವರಿಗೆ ಸಹಾಯ ಮಾಡಬಹುದು.
|
||||
|
||||
### 14. **ಒಂದು ವೆಬ್ಸೈಟ್ ಸುಧಾರಿಸಿ**
|
||||
ನೀವು ವೆಬ್ ಡಿಸೈನ್ಗೆ ಪರಿಣಿತರಾಗಿದ್ದರೆ,
|
||||
ಪ್ರೊಜೆಕ್ಟ್ ವೆಬ್ಸೈಟ್ ಅನ್ನು ಉತ್ತಮಗೊಳಿಸಬಹುದು.
|
||||
ಗ್ರಾಫಿಕ್, ಲೋಗೋ ಅಥವಾ ಬಳಕೆದಾರ ಅನುಭವವನ್ನು ಸುಧಾರಿಸಬಹುದು.
|
||||
|
||||
### 15. **ತಾಂತ್ರಿಕ ದಸ್ತಾವೇಜು ಬರೆಯಿರಿ**
|
||||
ನೀವು ಕೋಡರ್ ಅಲ್ಲದಿದ್ದರೂ, ಪ್ರೊಜೆಕ್ಟ್ ಬಗ್ಗೆ ಬರೆಯಬಹುದು.
|
||||
ಸ್ಪಷ್ಟ **documentation** ಬರೆಯುವುದು ಬಹಳ ಮುಖ್ಯ.
|
||||
ಕೋಡ್ ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಸರಳವಾಗಿ ವಿವರಿಸಿ.
|
||||
|
||||
### 16. **ಹೆಚ್ಚುಮಂದಿಗೆ ಕಲಿಸಿ ಮತ್ತು ಸಹಾಯ ಮಾಡಿ**
|
||||
ಯಾವುದೇ ವಿಷಯವನ್ನು ಕಲಿಯಲು ಅದನ್ನು ಬೇರೆ ಒಬ್ಬರಿಗೆ ಕಲಿಸಬೇಕು.
|
||||
ಸರಳ ಉದಾಹರಣೆಗಳ ಮೂಲಕ ದೊಡ್ಡ ವಿಚಾರವನ್ನು ವಿವರಿಸುವುದು ಉತ್ತಮ ಶಿಕ್ಷಕರ ಲಕ್ಷಣ.
|
||||
ನೀವು ಕಲಿತದ್ದನ್ನು ಇತರರೊಂದಿಗೆ ಹಂಚಿಕೊಳ್ಳಿ, ಇದು ನಿಮ್ಮ ಜ್ಞಾನವನ್ನು ಮತ್ತಷ್ಟು ಹೆಚ್ಚಿಸುತ್ತದೆ.
|
||||
|
||||
---
|
||||
|
||||
**ಸಾರಾಂಶ:**
|
||||
ಓಪನ್ ಸೋರ್ಸ್ಗೆ ಕೊಡುಗೆ ನೀಡಲು ಪ್ರೋಗ್ರಾಮರ್ ಆಗಬೇಕಾಗಿಲ್ಲ.
|
||||
ಕೇಳಿ, ಕಲಿಯಿರಿ, ಸಹಾಯ ಮಾಡಿ, ಹಾಗೆಯೇ ಸಮುದಾಯದ ಭಾಗವಾಗಿರಿ! 🚀
|
||||
@@ -0,0 +1,47 @@
|
||||
# ಹೆಚ್ಚುವರಿ ಮಾಹಿತಿ
|
||||
|
||||
ನಾವು ನೀವು ಮೂಲಭೂತ ಟ್ಯುಟೋರಿಯಲ್ ಅನ್ನು ಪೂರ್ಣಗೊಳಿಸಿದ್ದೀರಿ ಎಂದು ಊಹಿಸುತ್ತೇವೆ. ಹೆಚ್ಚುವರಿ ಮಾಹಿತಿಯು ಗಿಟ್ನ ಹೆಚ್ಚಿನ ತಂತ್ರಗಳ ಕುರಿತು ವಿವರಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ.
|
||||
|
||||
### [ಒಂದು ಕಮಿಟ್ ಪರಿಷ್ಕರಿಸುವುದು](../git_workflow_scenarios/amending-a-commit.md)
|
||||
ಈ ದಸ್ತಾವೇಜು ರಿಮೋಟ್ ರೆಪೊಸಿಟರಿಯಲ್ಲಿ ಒಂದು ಕಮಿಟ್ ಅನ್ನು ಪರಿಷ್ಕರಿಸುವ ಬಗ್ಗೆ ಮಾಹಿತಿ ನೀಡುತ್ತದೆ.
|
||||
> ನೀವು ಈಗಾಗಲೇ ಮಾಡಿರುವ ಕಮಿಟ್ ಅನ್ನು ಸರಿಪಡಿಸಲು ಈ ವಿಧಾನವನ್ನು ಬಳಸಿ.
|
||||
|
||||
### [Git ಸಂರಚನೆ](../git_workflow_scenarios/configuring-git.md)
|
||||
ಈ ದಸ್ತಾವೇಜು ಬಳಕೆದಾರ ವಿವರಗಳು ಮತ್ತು ಇತರ Git ಆಯ್ಕைகளை ಹೇಗೆ ಸಂರಚಿಸಬೇಕು ಎಂಬುದರ ಬಗ್ಗೆ ಮಾಹಿತಿ ನೀಡುತ್ತದೆ.
|
||||
> ನಿಮ್ಮ Git ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಉತ್ತಮವಾಗಿ ನಿಯಂತ್ರಿಸಲು ಇದನ್ನು ಬಳಸಿ.
|
||||
|
||||
### [ನಿಮ್ಮ ಫೋರ್ಕ್ ಅನ್ನು ಮೂಲ ರೆಪೊಸಿಟರಿಯೊಂದಿಗೆ ಸಿಂಕ್ ಮಾಡುವುದು](../git_workflow_scenarios/keeping-your-fork-synced-with-this-repository.md)
|
||||
ಈ ದಸ್ತಾವೇಜು ನಿಮ್ಮ ಫೋರ್ಕ್ ಅನ್ನು ಬೇಸ್ ರೆಪೊಸಿಟರಿಯೊಂದಿಗೆ ನವೀಕರಿಸುವ ಬಗ್ಗೆ ಮಾಹಿತಿ ನೀಡುತ್ತದೆ. ಇದು ಮುಖ್ಯವಾಗಿದೆ ಏಕೆಂದರೆ ನೀವು ಮತ್ತು ಅನೇಕ ಜನರು ಈ ಪ್ರಾಜೆಕ್ಟ್ಗೆ ಕೊಡುಗೆ ನೀಡುತ್ತಾರೆ.
|
||||
> ನಿಮ್ಮ ಫೋರ್ಕ್ ಮೂಲ ರೆಪೊಸಿಟರಿಯ ಹೊಸ ಬದಲಾವಣೆಗಳನ್ನು ಹೊಂದಿಲ್ಲದಿದ್ದರೆ ಈ ಹಂತಗಳನ್ನು ಅನುಸರಿಸಿ.
|
||||
|
||||
### [ಒಂದು ಕಮಿಟ್ ಅನ್ನು ಬೇರೆ ಶಾಖೆಗೆ ಸ್ಥಳಾಂತರಿಸುವುದು](../git_workflow_scenarios/moving-a-commit-to-a-different-branch.md)
|
||||
ಈ ದಸ್ತಾವೇಜು ಒಂದು ಕಮಿಟ್ ಅನ್ನು ಬೇರೆ ಶಾಖೆಗೆ ಹೇಗೆ ಸ್ಥಳಾಂತರಿಸಬೇಕು ಎಂಬುದರ ಬಗ್ಗೆ ಮಾಹಿತಿ ನೀಡುತ್ತದೆ.
|
||||
> ನೀವು ಒಂದು ಕಮಿಟ್ ಅನ್ನು ಬೇರೆ ಶಾಖೆಗೆ ಸ್ಥಳಾಂತರಿಸಲು ಈ ಹಂತಗಳನ್ನು ಅನುಸರಿಸಿ.
|
||||
|
||||
### [ಒಂದು ಕಡತವನ್ನು ತೆಗೆದುಹಾಕುವುದು](../git_workflow_scenarios/removing-a-file.md)
|
||||
ಈ ದಸ್ತಾವೇಜು ನಿಮ್ಮ ಸ್ಥಳೀಯ ರೆಪೊಸಿಟರಿಯಿಂದ ಒಂದು ಕಡತವನ್ನು ಹೇಗೆ ತೆಗೆದುಹಾಕುವುದು ಎಂಬುದರ ಬಗ್ಗೆ ಮಾಹಿತಿ ನೀಡುತ್ತದೆ.
|
||||
> ನಿಮ್ಮ ಸ್ಥಳೀಯ ರೆಪೊಸಿಟರಿಯಿಂದ ಒಂದು ಕಡತವನ್ನು ತೆಗೆದುಹಾಕಲು ಈ ಹಂತಗಳನ್ನು ಅನುಸರಿಸಿ.
|
||||
|
||||
### [ಶಾಖೆಯನ್ನು ನಿಮ್ಮ ರೆಪೊಸಿಟರಿಯಿಂದ ತೆಗೆದುಹಾಕುವುದು](../git_workflow_scenarios/removing-branch-from-your-repository.md)
|
||||
ಈ ದಸ್ತಾವೇಜು ನಿಮ್ಮ ರೆಪೊಸಿಟರಿಯಿಂದ ಒಂದು ಶಾಖೆಯನ್ನು ಹೇಗೆ ಅಳಿಸಬೇಕು ಎಂಬುದರ ಬಗ್ಗೆ ಮಾಹಿತಿ ನೀಡುತ್ತದೆ.
|
||||
> ನಿಮ್ಮ ಪುಲ್ ವಿನಂತಿಯನ್ನು ಮರ್ಜ್ ಮಾಡಿದ ನಂತರ ಮಾತ್ರ ಈ ಹಂತಗಳನ್ನು ಅನುಸರಿಸಿ.
|
||||
|
||||
### [ಮರ್ಜ್ ಸಂಘರ್ಷಗಳನ್ನು ಪರಿಹರಿಸುವುದು](../git_workflow_scenarios/resolving-merge-conflicts.md)
|
||||
ಈ ದಸ್ತಾವೇಜು ಮರ್ಜ್ ಸಂಘರ್ಷಗಳನ್ನು ಹೇಗೆ ಪರಿಹರಿಸಬೇಕು ಎಂಬುದರ ಬಗ್ಗೆ ಮಾಹಿತಿ ನೀಡುತ್ತದೆ.
|
||||
> ಈ ಹಂತಗಳನ್ನು ಅನುಸರಿಸಿ כדי ಅನಾವಶ್ಯಕ ಮರ್ಜ್ ಸಂಘರ್ಷಗಳನ್ನು ಪರಿಹರಿಸಲು.
|
||||
|
||||
### [ಒಂದು ಕಮಿಟ್ ಅನ್ನು ಹಿಂತೆಗೆದುಹಾಕುವುದು](../git_workflow_scenarios/reverting-a-commit.md)
|
||||
ಈ ದಸ್ತಾವೇಜು ರಿಮೋಟ್ ರೆಪೊಸಿಟರಿಯಲ್ಲಿ ಮಾಡಿದ ಒಂದು ಕಮಿಟ್ ಅನ್ನು ಹೇಗೆ ಹಿಂತೆಗೆದುಹಾಕುವುದು ಎಂಬುದರ ಬಗ್ಗೆ ಮಾಹಿತಿ ನೀಡುತ್ತದೆ. ಇದು GitHub ನಲ್ಲಿ ಪ್ರಕಟಿಸಿರುವ ಕಮಿಟ್ ಅನ್ನು ಹಿಂತೆಗೆದುಹಾಕಬೇಕಾದಾಗ ತುಂಬಾ ಉಪಯುಕ್ತವಾಗಿದೆ.
|
||||
> ನೀವು ಒಂದು ಕಮಿಟ್ ಅನ್ನು ಹಿಂತೆಗೆದುಹಾಕಲು ಈ ಹಂತಗಳನ್ನು ಅನುಸರಿಸಿ.
|
||||
|
||||
### [ಕಮಿಟ್ಗಳನ್ನು ಒಟ್ಟುಗೂಡಿಸುವುದು](../git_workflow_scenarios/squashing-commits.md)
|
||||
ಈ ದಸ್ತಾವೇಜು ಬಹು ಕಮಿಟ್ಗಳನ್ನು ಒಂದರೊಂದಿಗೆ ಒಟ್ಟುಗೂಡಿಸುವ (rebase) ವಿಧಾನವನ್ನು ವಿವರಿಸುತ್ತದೆ.
|
||||
> ನೀವು open-source ಪ್ರಾಜೆಕ್ಟ್ಗೆ PR ಸಲ್ಲಿಸಿದಾಗ ಮತ್ತು ವಿಮರ್ಶಕ ಎಲ್ಲಾ ಕಮಿಟ್ಗಳನ್ನು ಒಂದರೊಂದಿಗೆ ಸಂಯೋಜಿಸಲು ಕೋರಿದರೆ ಈ ಹಂತಗಳನ್ನು ಅನುಸರಿಸಿ.
|
||||
|
||||
### [ಸ್ಥಳೀಯ ಕಮಿಟ್ ಅನ್ನು ಹಿಂತೆಗೆದುಹಾಕುವುದು](../git_workflow_scenarios/undoing-a-commit.md)
|
||||
ಈ ದಸ್ತಾವೇಜು ನಿಮ್ಮ ಸ್ಥಳೀಯ ರೆಪೊಸಿಟರಿಯಲ್ಲಿ ಕಮಿಟ್ ಅನ್ನು ಹೇಗೆ ಹಿಂತೆಗೆದುಹಾಕುವುದು ಎಂಬುದರ ಬಗ್ಗೆ ವಿವರಿಸುತ್ತದೆ. ನೀವು ತಪ್ಪು ಮಾಡಿದಂತೆ ಅನಿಸಿದಾಗ ಮತ್ತು ಅದನ್ನು ಹಿಂತೆಗೆದುಹಾಕಲು ಬಯಸಿದರೆ ಇದು ಉಪಯುಕ್ತವಾಗಿದೆ.
|
||||
> ನೀವು ಸ್ಥಳೀಯ ಕಮಿಟ್ ಅನ್ನು ಹಿಂತೆಗೆದುಹಾಕಲು/ಮರುಹೊಂದಿಸಲು ಈ ಹಂತಗಳನ್ನು ಅನುಸರಿಸಿ.
|
||||
|
||||
### [ಉಪಯುಕ್ತ ಲಿಂಕ್ಗಳು](../git_workflow_scenarios/Useful-links-for-further-learning.md)
|
||||
ಈ ದಸ್ತಾವೇಜು ಉಪಯುಕ್ತ ಬ್ಲಾಗ್ಗಳು, ಪೋಸ್ಟ್ಗಳು, ವೆಬ್ಸೈಟ್ಗಳು, ಸಲಹೆಗಳು ಮತ್ತು ಉಪಾಯಗಳಿಗೆ ಮೀಸಲಾಗಿರುತ್ತದೆ, ಇದು ನಮ್ಮ ಜೀವನವನ್ನು ಸುಲಭಗೊಳಿಸುತ್ತದೆ. ನೀವು ತಜ್ಞರಾಗಿರಲಿ ಅಥವಾ ಪ್ರಾರಂಭಿಕರಾಗಿರಲಿ, ಈ ಪುಟ open-source ಪ್ರಾಜೆಕ್ಟ್ಗಳ ಹೊಸ ಬಳಕೆದಾರರಿಗೆ ಅಥವಾ ಇನ್ನಷ್ಟು ಕಲಿಯಲು ಇಚ್ಛಿಸುವವರಿಗೆ ಉಪಯುಕ್ತವಾದ ಲಿಂಕ್ಗಳ ಸೂಚಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
|
||||
|
||||
@@ -0,0 +1,55 @@
|
||||
# ಕಮಿಟ್ ಸರಿಪಡಿಸುವುದು
|
||||
|
||||
ನೀವು ನಿಮ್ಮ ರಿಮೋಟ್ ರೆಪೊಸಿಟರಿಗೆ ಬದಲಾವಣೆಯನ್ನು ಕಮಿಟ್ ಮಾಡಿದ ನಂತರ, ಅದರಲ್ಲಿ ಕಮಿಟ್ ಸಂದೇಶದಲ್ಲಿ ಒಂದು ದೋಷವಿದೆ ಅಥವಾ ನೀವು ನಿಮ್ಮ ಇತ್ತೀಚಿನ ಕಮಿಟ್ನಲ್ಲಿ ಒಂದು ಸಾಲಿನ ಕೋಡ್ ಸೇರಿಸಲು ಮರತುಹೋಗಿದ್ದೀರಿ ಎಂಬುದು ನಿಮಗೆ ನಂತರ ತಿಳಿದರೆ ಏನು ಮಾಡಬೇಕು?
|
||||
|
||||
ಈ ಪರಿಷ್ಕರಣೆಯನ್ನು ನೀವು ಹೇಗೆ ಮಾಡಬಹುದು? ಈ ಟ್ಯುಟೋರಿಯಲ್ ಅದನ್ನು ಆವೃತ್ತಿಸುತ್ತದೆ.
|
||||
|
||||
## GitHub ಗೆ ಪುಶ್ ಮಾಡಿದ ನಂತರ ಇತ್ತೀಚಿನ ಕಮಿಟ್ ಸಂದೇಶವನ್ನು ಪರಿವರ್ತಿಸುವುದು
|
||||
|
||||
ಇದು ಫೈಲ್ ತೆರೆಯದೆ ಮಾಡುವ ವಿಧಾನ:
|
||||
* ```git commit --amend -m "ನಿಮ್ಮ ಹೊಸ ಕಮಿಟ್ ಸಂದೇಶ"``` ಎಂಬ ಆಜ್ಞೆಯನ್ನು ನಮೂದಿಸಿ.
|
||||
* ```git push origin <ಶಾಖೆಯ-ಹೆಸರು>``` ಆಜ್ಞೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿ, ಬದಲಾವಣೆಗಳನ್ನು ರೆಪೊಸಿಟರಿಗೆ ಕಮಿಟ್ ಮಾಡಲು.
|
||||
|
||||
ಟಿಪ್ಪಣಿ: ನೀವು ```git commit --amend``` ಮಾತ್ರ ನಮೂದಿಸಿದರೆ, ನಿಮ್ಮ ಟೆಕ್ಸ್ಟ್ ಎಡಿಟರ್ ತೆರೆಯಲಾಗುತ್ತದೆ ಮತ್ತು ನೀವು ಕಮಿಟ್ ಸಂದೇಶವನ್ನು ಸಂಪಾದಿಸಲು ಅವಕಾಶ ಪಡೆಯುತ್ತೀರಿ.
|
||||
```-m``` ಫ್ಲ್ಯಾಗ್ ಅನ್ನು ಬಳಸುವುದರಿಂದ ಅದು ತಪ್ಪಿಸಲಾಗುತ್ತದೆ.
|
||||
|
||||
## ಒಬ್ಬೇ ಒಂದು ಕಮಿಟ್ನಲ್ಲಿ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡುವುದು
|
||||
|
||||
ನಾವು ಒಬ್ಬೇ ಒಂದು ಶಬ್ದವನ್ನು ಸೇರಿಸುವಂತಾದ ಸಣ್ಣ ಬದಲಾವಣೆಯನ್ನು ಮಾಡಬೇಕಾದರೂ, ಈಗಾಗಲೇ ಅದನ್ನು ರಿಮೋಟ್ ರೆಪೊಸಿಟರಿಗೆ ಪುಶ್ ಮಾಡಿದ್ದರೆ ಏನು ಮಾಡಬೇಕು?
|
||||
|
||||
ಉದಾಹರಣೆಗೆ, ಇಲ್ಲಿ ನನ್ನ ಕಮಿಟ್ ಲಾಗ್ ಇದೆ:
|
||||
```
|
||||
g56123f bot file ನಿರ್ಮಿಸಲಾಯಿತು
|
||||
a2235d contributor.md ಅಪ್ಡೇಟ್ ಮಾಡಲಾಗಿದೆ
|
||||
a5da0d bot file ಪರಿಷ್ಕರಿಸಲಾಯಿತು
|
||||
```
|
||||
|
||||
ನಾನು bot file ಗೆ ಒಂದು ಶಬ್ದ ಸೇರಿಸುವುದನ್ನು ಮರತುಹೋಗಿದ್ದೇನೆ ಎಂದು ಊಹಿಸೋಣ.
|
||||
|
||||
ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ಎರಡು ವಿಧಾನಗಳಿವೆ. ಮೊದಲನೆಯದು ಹೊಸ ಕಮಿಟ್ ಮಾಡುವುದು:
|
||||
|
||||
```
|
||||
g56123f bot file ನಿರ್ಮಿಸಲಾಯಿತು
|
||||
a2235d contributor.md ಅಪ್ಡೇಟ್ ಮಾಡಲಾಗಿದೆ
|
||||
a5da0d bot file ಪರಿಷ್ಕರಿಸಲಾಯಿತು
|
||||
b0ca8f bot file ಗೆ ಶಬ್ದ ಸೇರಿಸಲಾಯಿತು
|
||||
```
|
||||
|
||||
ಇದನ್ನು ಮಾಡುವ ಇನ್ನೊಂದು ವಿಧಾನವೆಂದರೆ, ಹಿಂದಿನ ```a5da0d``` ಕಮಿಟ್ ಅನ್ನು ಪರಿಷ್ಕರಿಸಿ, ಹೊಸ ಶಬ್ದವನ್ನು ಸೇರಿಸಿ ಮತ್ತು GitHub ಗೆ ಒಂದೇ ಕಮಿಟ್ನಂತೆ ಪುಶ್ ಮಾಡುವುದು.
|
||||
|
||||
ಇದು ಉತ್ತಮ ಆಯ್ಕೆಯಾಗಿದೆ ಏಕೆಂದರೆ ಇದು ಕೇವಲ ಸಣ್ಣ ಬದಲಾವಣೆ.
|
||||
|
||||
### ಇದನ್ನು ಹೇಗೆ ಮಾಡಬಹುದು?
|
||||
|
||||
* ಫೈಲ್ ಅನ್ನು ಪರಿಷ್ಕರಿಸಿ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನಾನು bot file ಗೆ ಹಿಂದಿನ ಶಬ್ದ ಸೇರಿಸುತ್ತೇನೆ.
|
||||
* ನಂತರ, ```git add <ಫೈಲ್-ಹೆಸರು>``` ಆಜ್ಞೆ ಬಳಸಿ ಸ್ಟೇಜಿಂಗ್ ಏರಿಯಾದಲ್ಲಿ ಸೇರಿಸಿ.
|
||||
|
||||
ಸಾಧಾರಣವಾಗಿ, ಫೈಲ್ಗಳನ್ನು ಸ್ಟೇಜಿಂಗ್ ಏರಿಯಾದಲ್ಲಿ ಸೇರಿಸಿದ ನಂತರ, ನಾವು ```git commit -m "ನಮ್ಮ ಕಮಿಟ್ ಸಂದೇಶ"``` ಬಳಸುತ್ತೇವೆ, ಆದರೆ ಈಗ ನಾವು ಹಿಂದಿನ ಕಮಿಟ್ ಅನ್ನು ಪರಿಷ್ಕರಿಸಲು ಬಯಸುವ ಕಾರಣ, ಬದಲಿಗೆ ಈ ಆಜ್ಞೆಯನ್ನು ಬಳಸಬೇಕು:
|
||||
|
||||
* ```git commit --amend```
|
||||
ಇದು ನಿಮ್ಮ ಟೆಕ್ಸ್ಟ್ ಎಡಿಟರ್ ಅನ್ನು ತೆರೆದು, ಕಮಿಟ್ ಸಂದೇಶವನ್ನು ಪರಿಷ್ಕರಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. ನೀವು ಅದನ್ನು ಬದಲಾಯಿಸಬಹುದು ಅಥವಾ ಅದೇ ರೀತಿ ಉಳಿಸಬಹುದು.
|
||||
* ಎಡಿಟರ್ ಅನ್ನು ಸೇವ್ ಮಾಡಿ ಮತ್ತು ಮುಚ್ಚಿ.
|
||||
* ```git push origin <ಶಾಖೆಯ-ಹೆಸರು>``` ಆಜ್ಞೆಯನ್ನು ಬಳಸಿ ಬದಲಾವಣೆಗಳನ್ನು ಪುಶ್ ಮಾಡಿ.
|
||||
|
||||
ಈ ರೀತಿ, ಎರಡೂ ಬದಲಾವಣೆಗಳು ಒಂದೇ ಕಮಿಟ್ನಲ್ಲಿ ಉಳಿಯುತ್ತವೆ.
|
||||
|
||||
@@ -0,0 +1,79 @@
|
||||
# GIT ಸಂರಚನೆ
|
||||
|
||||
ನೀವು ಮೊದಲು Git ಅನ್ನು ಬಳಸಲು ಪ್ರಯತ್ನಿಸಿದಾಗ, ನೀವು ಈ ರೀತಿಯ ಸಂದೇಶವನ್ನು ಸ್ವೀಕರಿಸಿದ್ದೀರಾ:
|
||||
|
||||
```bash
|
||||
$ git commit
|
||||
*** ದಯವಿಟ್ಟು ನಿಮ್ಮ ಬಗ್ಗೆ ಮಾಹಿತಿ ನೀಡಿ.
|
||||
|
||||
ನೀವು ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿ:
|
||||
|
||||
git config --global user.email "you@example.com"
|
||||
git config --global user.name "Your Name"
|
||||
|
||||
ನಿಮ್ಮ ಖಾತೆಯ ಪೂರ್ವನಿಯೋಜಿತ ಗುರುತನ್ನು ಹೊಂದಿಸಲು.
|
||||
"--global" ಅನ್ನು ಹೊರತುಪಡಿಸಿ ಈ ಪರಿಚಯವನ್ನು ಮಾತ್ರ ಈ ರೆಪೊಸಿಟರಿಗೆ ಬಳಸಲು.
|
||||
```
|
||||
|
||||
Git ನಲ್ಲಿ commit ಮಾಡಲು ನೀವು ಯಾರು ಎಂಬುದನ್ನು ಅದು ತಿಳಿದುಕೊಳ್ಳಬೇಕಾಗುತ್ತದೆ. ನೀವು ತಂಡವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿರುವಾಗ, ಯಾರು ಯಾವ ಭಾಗವನ್ನು ಪರಿಷ್ಕರಿಸಿದ್ದಾರೆ ಮತ್ತು ಯಾವಾಗ ಎಂಬುದನ್ನು ಗಮನಿಸುವ ಸಾಮರ್ಥ್ಯ ಇರಬೇಕು. ಆದ್ದರಿಂದ Git ಪ್ರತಿಯೊಂದು commit ಅನ್ನು ಹೆಸರು ಮತ್ತು ಇಮೇಲ್ ಗೆ ಲಿಂಕ್ ಮಾಡಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ.
|
||||
|
||||
Git commit ಆಜ್ಞೆಗೆ ನಿಮ್ಮ ಇಮೇಲ್ ಮತ್ತು ಹೆಸರನ್ನು ಒದಗಿಸುವ ಹಲವಾರು ವಿಧಾನಗಳಿವೆ. ನಾವು ಕೆಲವು ವಿಧಾನಗಳನ್ನು ಇಲ್ಲಿ ನೋಡೋಣ.
|
||||
|
||||
### ಜಾಗತಿಕ ಸಂರಚನೆ (Global Configuration)
|
||||
|
||||
ನೀವು ಜಾಗತಿಕ ಸಂರಚನೆಯಲ್ಲಿ (global configuration) ಏನಾದರೂ ಭದ್ರಗೊಳಿಸಿದರೆ, ಅದು ನೀವು ಬಳಸುವ ಎಲ್ಲಾ ಸಿಸ್ಟಂಗಳಲ್ಲಿ ಮತ್ತು ರೆಪೊಸಿಟರಿಗಳಲ್ಲಿ ಲಭ್ಯವಾಗಿರುತ್ತದೆ. ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸುವ ವಿಧಾನ.
|
||||
|
||||
ಜಾಗತಿಕ ಸಂರಚನೆಯಲ್ಲಿ ಸಂಗ್ರಹಿಸಲು, ನೀವು ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಯನ್ನು ಬಳಸಬಹುದು:
|
||||
|
||||
```bash
|
||||
$ git config --global <variable name> <value>
|
||||
```
|
||||
|
||||
ಬಳಕೆದಾರ ವಿವರಗಳಿಗಾಗಿ:
|
||||
|
||||
```bash
|
||||
$ git config --global user.email "you@example.com"
|
||||
$ git config --global user.name "Your Name"
|
||||
```
|
||||
|
||||
### ರೆಪೊಸಿಟರಿ-ನಿರ್ದಿಷ್ಟ ಸಂರಚನೆ (Repository-specific Configuration)
|
||||
|
||||
ಈ ಸಂರಚನೆ ನಿರ್ದಿಷ್ಟ ರೆಪೊಸಿಟರಿಯ ಮೇಲೆ ಮಾತ್ರ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ನೀವು ಕೆಲಸಕ್ಕೆ ಸಂಬಂಧಿಸಿದ ಒಬ್ಬ ರೆಪೊಸಿಟರಿಯಲ್ಲಿ ನಿಮ್ಮ ಕಂಪನಿಯ ಇಮೇಲ್ ಅನ್ನು ಬಳಸಲು ಇಚ್ಛಿಸಿದರೆ, ಈ ವಿಧಾನ ಉಪಯುಕ್ತವಾಗಿದೆ.
|
||||
|
||||
```bash
|
||||
$ git config user.email "you@alternate.com"
|
||||
$ git config user.name "Your Name"
|
||||
```
|
||||
|
||||
### ಆಜ್ಞಾ ಸಾಲಿನ ಸಂರಚನೆ (Command-line Configuration)
|
||||
|
||||
ಈ ಸಂರಚನೆ ಕೇವಲ ಆಜ್ಞೆ ಕಾರ್ಯಗತಗೊಳ್ಳುವ ಸಮಯದಲ್ಲಿ ಮಾತ್ರ ಅನ್ವಯವಾಗುತ್ತದೆ. ಎಲ್ಲ Git ಆಜ್ಞೆಗಳಿಗೂ `-c` ಆರ್ಗ್ಯೂಮೆಂಟ್ ಅನ್ನು ಬಳಸಬಹುದು.
|
||||
|
||||
```bash
|
||||
$ git -c <variable-1>=<value> -c <variable-2>=<value> <command>
|
||||
```
|
||||
|
||||
ಉದಾಹರಣೆಗೆ, commit ಆಜ್ಞೆಯನ್ನು ಈ ರೀತಿ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದು:
|
||||
|
||||
```bash
|
||||
git -c user.name='Your Name' -c user.email='you@example.com' commit -m "Your commit message"
|
||||
```
|
||||
|
||||
### ಆದ್ಯತೆ ಬಗ್ಗೆ ಟಿಪ್ಪಣಿ (Precedence Note)
|
||||
|
||||
ಮೇಲಿನ ಮೂರು ವಿಧಾನಗಳಲ್ಲಿ, ಆದ್ಯತೆ ಕ್ರಮ ಹೀಗಿದೆ: **ಆಜ್ಞಾ ಸಾಲು (Command-line) > ರೆಪೊಸಿಟರಿ (Repository) > ಜಾಗತಿಕ (Global)**
|
||||
|
||||
ಹಾಗಾಗಿ, ಒಂದು ಸ್ಟಿಂಗ್ ಅನ್ನು ಆಜ್ಞಾ ಸಾಲಿನಲ್ಲಿ ಮತ್ತು ಜಾಗತಿಕವಾಗಿ ಎರಡೂ ಹೊಂದಿಸಿದರೆ, ಆಜ್ಞಾ ಸಾಲಿನ ಸಂಯೋಜನೆಯು ಪ್ರಸ್ತಾಪಿತ Git ಕಾರ್ಯಾಚರಣೆಗೆ ಅನ್ವಯವಾಗುತ್ತದೆ.
|
||||
|
||||
## ಬಳಕೆದಾರ ವಿವರಗಳ ಹೊರತಾಗಿ (Beyond User Details)
|
||||
|
||||
ನಾವು ಈವರೆಗೆ ಬಳಕೆದಾರ ವಿವರಗಳ ಬಗ್ಗೆ ಮಾತ್ರ ಚರ್ಚಿಸಿದ್ದೇವೆ, ಆದರೆ Git ನಲ್ಲಿ ಹಲವಾರು ಇತರ ಸಂರಚನಾ ಆಯ್ಕೆಗಳೂ ಲಭ್ಯವಿವೆ:
|
||||
|
||||
1. `core.editor` - commit ಸಂದೇಶಗಳನ್ನು ಬರೆಯಲು ಬಳಸುವ ಎಡಿಟರ್ ಅನ್ನು ನಿರ್ಧರಿಸಲು.
|
||||
2. `commit.template` - commit ಸಂದೇಶದ ಮಾದರಿಯನ್ನು ಒದಗಿಸಲು.
|
||||
3. `color.ui` - Git ಔಟ್ಪುಟ್ನಲ್ಲಿ ಬಣ್ಣ ಬಳಸುವ ಅಥವಾ ಬಳಸದಿರಬಹುದೆಂಬುದನ್ನು ನಿರ್ಧರಿಸಲು.
|
||||
|
||||
Git ಸಂರಚನೆ ಬಗ್ಗೆ ಹೆಚ್ಚಿನ ಮಾಹಿತಿಗಾಗಿ, ಈ ಲಿಂಕ್ ಅನ್ನು ಭೇಟಿ ನೀಡಿ:
|
||||
|
||||
[git-scm.com](https://git-scm.com/book/en/v2/Customizing-Git-Git-Configuration).
|
||||
|
||||
+59
@@ -0,0 +1,59 @@
|
||||
## ನಿಮ್ಮ Fork ಅನ್ನು ಈ ರೆಪೊಸಿಟರಿಯೊಂದಿಗೆ ಸಮನ್ವಯಗೊಳಿಸುವುದು
|
||||
|
||||
ಮೊದಲು, ಪೂರ್ಣ ಸಮನ್ವಯದ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನಮ್ಮಲ್ಲಿ ಮೂರು ಭಿನ್ನವಾದ ರೆಪೊಸಿಟರಿಗಳು ಇವೆ: ನನ್ನ ಸಾರ್ವಜನಿಕ ರೆಪೊಸಿಟರಿ GitHub ನಲ್ಲಿ `github.com/Roshanjossey/first-contributions/`, ನಿಮ್ಮ Fork GitHub ನಲ್ಲಿ `github.com/Your-Username/first-contributions/` ಮತ್ತು ನೀವು ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಸ್ಥಳೀಯ ರೆಪೊಸಿಟರಿ. ಈ ರೀತಿಯ ಸಹಯೋಗವನ್ನು *open source* (ಮುಕ್ತ ಆಕರ) ಪ್ರಾಜೆಕ್ಟ್ಗಳಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ `Triangle Workflow` ಎಂದು ಕರೆಯುತ್ತಾರೆ.
|
||||
|
||||
<img style="float;" src="https://firstcontributions.github.io/assets/additional-material/triangle_workflow.png" alt="triangle workflow" />
|
||||
|
||||
ನಿಮ್ಮ ಎರಡು ರೆಪೊಸಿಟರಿಗಳನ್ನು ನನ್ನ ಸಾರ್ವಜನಿಕ ರೆಪೊಸಿಟರಿಯೊಂದಿಗೆ ನವೀಕರಿಸಲು, ಮೊದಲು ನೀವು ನನ್ನ ರೆಪೊಸಿಟರಿಯಿಂದ ನಿಮ್ಮ ಸ್ಥಳೀಯ ರೆಪೊಸಿಟರಿಗೆ `Fetch` ಮತ್ತು `Merge` ಮಾಡಬೇಕು.
|
||||
ಹಿಂದಿನ ಹಂತದ ನಂತರ, ನೀವು ನಿಮ್ಮ Fork ಗೆ ಸ್ಥಳೀಯ ಬದಲಾವಣೆಗಳನ್ನು `Push` ಮಾಡಬೇಕು. ನೀವು `Pull Request` ಅನ್ನು ಕೇವಲ ನಿಮ್ಮ Fork ನಿಂದ ಮಾತ್ರ ಮಾಡಬಹುದು, ಆದ್ದರಿಂದ Fork ನವೀಕರಿಸುವುದು ಅಂತಿಮ ಹಂತ.
|
||||
|
||||
### ಈ ಹಂತಗಳನ್ನು ಅನುಸರಿಸಿ:
|
||||
|
||||
#### 1. ನಿಮ್ಮ `master` ಶಾಖೆಯಲ್ಲಿ ಇರುವುದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ
|
||||
|
||||
ನೀವು ಯಾವ ಶಾಖೆಯಲ್ಲಿ ಇರುವಿರಿ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಲು:
|
||||
```bash
|
||||
git status
|
||||
```
|
||||
|
||||
`master` ನಲ್ಲಿ ಇಲ್ಲದಿದ್ದರೆ, ಅದಕ್ಕೆ ಬದಲಾಯಿಸಿ:
|
||||
```bash
|
||||
git checkout master
|
||||
```
|
||||
|
||||
#### 2. ನನ್ನ ರೆಪೊಸಿಟರಿಯನ್ನು `upstream` ಎಂದು ಸೇರಿಸಿ
|
||||
|
||||
```bash
|
||||
git remote add upstream https://github.com/Roshanjossey/first-contributions
|
||||
```
|
||||
|
||||
ಇದರಿಂದ Git ಗೆ ಈ URL ನಲ್ಲಿ ಇನ್ನೊಂದು ಆವೃತ್ತಿಯಿದೆ ಮತ್ತು ಅದನ್ನು `upstream` ಎಂದು ಕರೆಯುತ್ತೇವೆ ಎಂದು ತಿಳಿಯುತ್ತದೆ.
|
||||
|
||||
#### 3. `upstream` ರೆಪೊಸಿಟರಿಯಿಂದ ಬದಲಾವಣೆಗಳನ್ನು ಪಡೆಯುವುದು
|
||||
|
||||
```bash
|
||||
git fetch upstream
|
||||
```
|
||||
|
||||
ಇದು `upstream` ರೆಪೊಸಿಟರಿಯ ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳನ್ನು ಪಡೆಯುತ್ತದೆ.
|
||||
|
||||
#### 4. ಬದಲಾವಣೆಗಳನ್ನು ನಿಮ್ಮ `master` ಶಾಖೆಯಲ್ಲಿ ಪರಿಷ್ಕರಿಸುವುದು
|
||||
|
||||
```bash
|
||||
git rebase upstream/master
|
||||
```
|
||||
|
||||
ಇದರಿಂದ ನೀವು `upstream` ನ ಬದಲಾವಣೆಗಳನ್ನು ನಿಮ್ಮ ಸ್ಥಳೀಯ `master` ಶಾಖೆಗೆ ಅನ್ವಯಿಸುತ್ತೀರಿ.
|
||||
|
||||
#### 5. ಬದಲಾವಣೆಗಳನ್ನು ನಿಮ್ಮ GitHub Fork ಗೆ ಅಪ್ಲೋಡ್ ಮಾಡುವುದು
|
||||
|
||||
```bash
|
||||
git push origin master
|
||||
```
|
||||
|
||||
ಇದು ನಿಮ್ಮ Fork (`origin`) ನಲ್ಲಿ ನಿಮ್ಮ `master` ಶಾಖೆಯನ್ನು ನವೀಕರಿಸುತ್ತದೆ.
|
||||
|
||||
ಈಗ, ನಿಮ್ಮ Fork ಮತ್ತು ಸ್ಥಳೀಯ ರೆಪೊಸಿಟರಿ ಅಪ್ಡೇಟ್ ಆಗಿದೆ! ನಿಮಗೆ ಶುಭವಾಗಲಿ!
|
||||
|
||||
ಪ್ರತಿಯೊಮ್ಮೆ ನಿಮ್ಮ GitHub Fork `commits behind` ಎಂಬ ಸಂದೇಶ ತೋರಿಸಿದಾಗ ಈ ಹಂತಗಳನ್ನು ಅನುಸರಿಸಿ.
|
||||
|
||||
+31
@@ -0,0 +1,31 @@
|
||||
# commit ಅನ್ನು ಬೇರೆ branch ಗೆ ಸ್ಥಳಾಂತರಿಸುವುದು
|
||||
|
||||
ನೀವು commit ಮಾಡಿದ್ದ ನಂತರ, ಅದು ತಪ್ಪಾಗಿ ಬೇರೆ branch ನಲ್ಲಿ ಆಗಿದೆ ಎಂದು ಗಮನಿಸಿದರೆ ಏನು ಮಾಡಬೇಕು?
|
||||
ಈ ಟ್ಯುಟೋರಿಯಲ್ ಇದನ್ನು ಸರಿಪಡಿಸುವ ಬಗ್ಗೆ.
|
||||
|
||||
## ಈಗಾಗಲೇ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ branch ಗೆ commit ಸ್ಥಳಾಂತರಿಸುವುದು
|
||||
|
||||
ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಗಳನ್ನು ಬಳಸಿ:
|
||||
|
||||
```bash
|
||||
git reset HEAD~ --soft # ಕೊನೆಯ commit ಅನ್ನು ಹಿಂದಕ್ಕೆ ಕೊಂಡು ಬರುತ್ತದೆ, ಆದರೆ ಪರಿಷ್ಕರಣೆಗಳನ್ನು ಉಳಿಸುತ್ತದೆ.
|
||||
git stash # ಪ್ರಸ್ತುತ ಸ್ಥಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ.
|
||||
|
||||
git checkout name-of-the-correct-branch # ಸರಿಯಾದ branch ಗೆ ತೆರಳುತ್ತದೆ.
|
||||
git stash pop # ಹಿಂದಿನ ಸ್ಥಿತಿಯನ್ನು ಪುನಃ ಪ್ರಸ್ತಾಪಿಸುತ್ತದೆ.
|
||||
git add . # ಎಲ್ಲಾ ಪರಿಷ್ಕರಣೆಗಳನ್ನು stage ಮಾಡುತ್ತದೆ.
|
||||
git commit -m "your message here" # commit ಮಾಡುತ್ತದೆ.
|
||||
```
|
||||
|
||||
ಈಗ ನಿಮ್ಮ ಪರಿಷ್ಕರಣೆಗಳು ಸರಿಯಾದ branch ನಲ್ಲಿ ಇವೆ.
|
||||
|
||||
## ಹೊಸ branch ಗೆ commit ಸ್ಥಳಾಂತರಿಸುವುದು
|
||||
|
||||
```bash
|
||||
git branch newbranch # ಹೊಸ branch ರಚಿಸುತ್ತದೆ.
|
||||
git reset --hard HEAD~# # # ಗಿಂತ ಹಳೆಯ commit ಗಳನ್ನು ಹಿಂದಕ್ಕೆ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ (ಈಗಿನ branch ನಿಂದ ಅಳಿಸಿಬಿಡುತ್ತದೆ!).
|
||||
git checkout newbranch # ಹೊಸ branch ಗೆ ಸ್ಥಳಾಂತರವಾಗುತ್ತದೆ.
|
||||
```
|
||||
|
||||
**ಗಮನಿಸಿ:** ಯಾವುದೇ commit ಆಗದ ಪರಿಷ್ಕರಣೆಗಳು ಇಲ್ಲವಾಗುತ್ತವೆ!
|
||||
|
||||
@@ -0,0 +1,63 @@
|
||||
# commit ಅನ್ನು ಬೇರೆ branch ಗೆ ಸ್ಥಳಾಂತರಿಸುವುದು
|
||||
|
||||
ನೀವು commit ಮಾಡಿದ್ದ ನಂತರ, ಅದು ತಪ್ಪಾಗಿ ಬೇರೆ branch ನಲ್ಲಿ ಆಗಿದೆ ಎಂದು ಗಮನಿಸಿದರೆ ಏನು ಮಾಡಬೇಕು?
|
||||
ಈ ಟ್ಯುಟೋರಿಯಲ್ ಇದನ್ನು ಸರಿಪಡಿಸುವ ಬಗ್ಗೆ.
|
||||
|
||||
## ಈಗಾಗಲೇ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ branch ಗೆ commit ಸ್ಥಳಾಂತರಿಸುವುದು
|
||||
|
||||
ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಗಳನ್ನು ಬಳಸಿ:
|
||||
|
||||
```bash
|
||||
git reset HEAD~ --soft # ಕೊನೆಯ commit ಅನ್ನು ಹಿಂದಕ್ಕೆ ಕೊಂಡು ಬರುತ್ತದೆ, ಆದರೆ ಪರಿಷ್ಕರಣೆಗಳನ್ನು ಉಳಿಸುತ್ತದೆ.
|
||||
git stash # ಪ್ರಸ್ತುತ ಸ್ಥಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ.
|
||||
|
||||
git checkout name-of-the-correct-branch # ಸರಿಯಾದ branch ಗೆ ತೆರಳುತ್ತದೆ.
|
||||
git stash pop # ಹಿಂದಿನ ಸ್ಥಿತಿಯನ್ನು ಪುನಃ ಪ್ರಸ್ತಾಪಿಸುತ್ತದೆ.
|
||||
git add . # ಎಲ್ಲಾ ಪರಿಷ್ಕರಣೆಗಳನ್ನು stage ಮಾಡುತ್ತದೆ.
|
||||
git commit -m "your message here" # commit ಮಾಡುತ್ತದೆ.
|
||||
```
|
||||
|
||||
ಈಗ ನಿಮ್ಮ ಪರಿಷ್ಕರಣೆಗಳು ಸರಿಯಾದ branch ನಲ್ಲಿ ಇವೆ.
|
||||
|
||||
## ಹೊಸ branch ಗೆ commit ಸ್ಥಳಾಂತರಿಸುವುದು
|
||||
|
||||
```bash
|
||||
git branch newbranch # ಹೊಸ branch ರಚಿಸುತ್ತದೆ.
|
||||
git reset --hard HEAD~# # # ಗಿಂತ ಹಳೆಯ commit ಗಳನ್ನು ಹಿಂದಕ್ಕೆ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ (ಈಗಿನ branch ನಿಂದ ಅಳಿಸಿಬಿಡುತ್ತದೆ!).
|
||||
git checkout newbranch # ಹೊಸ branch ಗೆ ಸ್ಥಳಾಂತರವಾಗುತ್ತದೆ.
|
||||
```
|
||||
|
||||
**ಗಮನಿಸಿ:** ಯಾವುದೇ commit ಆಗದ ಪರಿಷ್ಕರಣೆಗಳು ಇಲ್ಲವಾಗುತ್ತವೆ!
|
||||
|
||||
---
|
||||
|
||||
# Git ನಿಂದ ಫೈಲ್ ಅನ್ನು ತೆಗೆದುಹಾಕುವುದು
|
||||
|
||||
ಕಾಲಕಾಲಕ್ಕೆ, Git ನಿಂದ ಫೈಲ್ ಅನ್ನು ತೆಗೆದುಹಾಕಬೇಕು, ಆದರೆ ಅದನ್ನು ನಿಮ್ಮ ಕಂಪ್ಯೂಟರ್ ನಿಂದ ಅಳಿಸಬಾರದು. ಇದನ್ನು ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಯ ಮೂಲಕ ಮಾಡಬಹುದು:
|
||||
|
||||
```bash
|
||||
git rm <file> --cached
|
||||
```
|
||||
|
||||
## ಆಗಿದ್ದು ಏನು?
|
||||
|
||||
Git ಫೈಲ್ ಅನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. Git ಗೆ, ಅದು ಅಳಿಸಿದಂತೆ ಕಾಣುತ್ತದೆ, ಆದರೆ ನಿಮ್ಮ ಕಂಪ್ಯೂಟರ್ ನಲ್ಲಿ ಅದು ಇನ್ನೂ ಇರುತ್ತದೆ.
|
||||
|
||||
**ಗಮನಿಸಿ:** `--cached` ಆಯ್ಕೆಯನ್ನು ಬಳಸಿದರೆ ಮಾತ್ರ ಫೈಲ್ ಅನ್ನು Git ನಿಂದ ತೆಗೆದುಹಾಕಿ, ಆದರೆ ನಿಮ್ಮ ಸಿಸ್ಟಮ್ ನಲ್ಲೇ ಇರಿಸಿಕೊಳ್ಳಬಹುದು. ಈ ಆಯ್ಕೆಯನ್ನು ಬಳಸದೆ `git rm <file>` ಮಾಡಿದರೆ, ಅದು ನಿಮ್ಮ ಕಂಪ್ಯೂಟರ್ ನಿಂದಲೂ ಫೈಲ್ ಅನ್ನು ಅಳಿಸಿಬಿಡುತ್ತದೆ.
|
||||
|
||||
ನೀವು ಈ ಬದಲಾವಣೆಯನ್ನು commit ಮಾಡಿ, `git push origin master` ಬಳಸಿದರೆ, ಫೈಲ್ ನಿಮ್ಮ ರಿಮೋಟ್ ರೆಪೊಸಿಟರಿಯಿಂದಲೂ ಅಳಿಸಿಬಿಡುತ್ತದೆ.
|
||||
|
||||
## ಹೆಚ್ಚುವರಿ ವಿಶೇಷತೆಗಳು
|
||||
|
||||
- ಹಲವಾರು ಫೈಲ್ ಗಳನ್ನು ಒಂದೇ ಆಜ್ಞೆಯಲ್ಲಿ ತೆಗೆದುಹಾಕಲು:
|
||||
|
||||
```bash
|
||||
git rm file1.js file2.js file3.js --cached
|
||||
```
|
||||
|
||||
- ಫೈಲ್ ಮಾದರಿಗಳನ್ನು ಬಳಸಿ ಫೈಲ್ ಗಳನ್ನು ತೆಗೆದುಹಾಕಲು:
|
||||
|
||||
```bash
|
||||
git rm *.txt --cached # ಎಲ್ಲಾ .txt ಫೈಲ್ ಗಳನ್ನು Git ನಿಂದ ತೆಗೆದುಹಾಕುತ್ತದೆ.
|
||||
```
|
||||
|
||||
@@ -0,0 +1,32 @@
|
||||
## ನಿಮ್ಮ ರೆಪೊಸಿಟರಿಯಿಂದ ಬ್ರಾಂಚ್ ಅನ್ನು ತೆಗೆದುಹಾಕುವುದು
|
||||
|
||||
ನೀವು ಈ ಟ್ಯುಟೋರಿಯಲ್ ಅನ್ನು ಇದುವರೆಗೆ ಅನುಸರಿಸಿದ್ದರೆ, ನಿಮ್ಮ ಬ್ರಾಂಚ್ `<add-seu-nome>` ತನ್ನ ಗುರಿಯನ್ನು ಪೂರ್ಣಗೊಳಿಸಿದೆ, ಮತ್ತು ಅದನ್ನು ನಿಮ್ಮ ಸ್ಥಳೀಯ ರೆಪೊಸಿಟರಿಯಿಂದ ಅಳಿಸುವ ಸಮಯವಾಗಿದೆ. ಇದು ಅಗತ್ಯವಿಲ್ಲ, ಆದರೆ ಆ ಬ್ರಾಂಚ್ನ ಹೆಸರೇ ಅದರ ಉದ್ದೇಶವನ್ನು ಸ್ಪಷ್ಟಪಡಿಸುತ್ತದೆ. ಅದರ ಅವಧಿ ಈ ನಿರ್ದಿಷ್ಟತೆಯಿಂದ ಸ್ವಲ್ಪ ಕಾಲ ಮಾತ್ರ ಇರಬಹುದು.
|
||||
|
||||
ಮೊದಲು, `<add-seu-nome>` ಬ್ರಾಂಚ್ ಅನ್ನು ನಿಮ್ಮ ಮುಖ್ಯ ಬ್ರಾಂಚ್ (master) ಗೆ ವಿಲೀನಗೊಳಿಸೋಣ, ಆದ್ದರಿಂದ ಅದಕ್ಕೆ ಹೋಗೋಣ:
|
||||
```
|
||||
git checkout master
|
||||
```
|
||||
|
||||
`<add-seu-nome>` ಅನ್ನು master ಗೆ ವಿಲೀನಗೊಳಿಸಿ:
|
||||
```
|
||||
git merge <add-seu-nome> master
|
||||
```
|
||||
|
||||
`<add-seu-nome>` ಅನ್ನು ನಿಮ್ಮ ಸ್ಥಳೀಯ ರೆಪೊಸಿಟರಿಯಿಂದ ತೆಗೆದುಹಾಕಿ:
|
||||
```
|
||||
git branch -d <add-seu-nome>
|
||||
```
|
||||
|
||||
ಈಗ ನೀವು ನಿಮ್ಮ ಸ್ಥಳೀಯ `<add-seu-nome>` ಬ್ರಾಂಚ್ ಅನ್ನು ಅಳಿಸಿದ್ದೀರಿ, ಮತ್ತು ಎಲ್ಲವೂ ಸ್ವಚ್ಛ ಮತ್ತು ಕ್ರಮಬದ್ಧವಾಗಿದೆ.
|
||||
ಈ ಹಂತದಲ್ಲಿ, ನೀವು ಇನ್ನೂ ನಿಮ್ಮ ಫೋರ್ಕ್ನಲ್ಲಿ `<add-seu-nome>` ಬ್ರಾಂಚ್ ಅನ್ನು ಹೊಂದಿರಬಹುದು. ಅದನ್ನು ಅಳಿಸುವ ಮೊದಲು, ನೀವು ಈ ಬ್ರಾಂಚ್ನಿಂದ ನನ್ನ ರೆಪೊಸಿಟರಿಗೆ ಪುಲ್ ರಿಕ್ವೆಸ್ಟ್ ಕಳುಹಿಸಿದ್ದೀರಾ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ. ಹೀಗಾಗಿ ನಾನು ಇದನ್ನು ಈಗಾಗಲೇ ವಿಲೀನಗೊಳಿಸಿಲ್ಲದಿದ್ದರೆ, ಅದನ್ನು ಅಳಿಸಬೇಡಿ.
|
||||
|
||||
ಆದರೆ, ನಾನು ಈಗಾಗಲೇ ನಿಮ್ಮ ಬ್ರಾಂಚ್ ಅನ್ನು ವಿಲೀನಗೊಳಿಸಿದ್ದರೆ ಮತ್ತು ನೀವು ರಿಮೋಟ್ ಬ್ರಾಂಚ್ ಅನ್ನು ಅಳಿಸಲು ಬಯಸಿದರೆ, ಈ ಆಜ್ಞೆಯನ್ನು ಬಳಸಿ:
|
||||
```
|
||||
git push origin --delete <add-seu-nome>
|
||||
```
|
||||
|
||||
ಇತ್ತೀಚಿನ ಬ್ರಾಂಚ್ಗಳನ್ನು ನೀವು ಹೇಗೆ ನಿರ್ವಹಿಸಬಹುದು ಎಂಬುದನ್ನು ನೀವು ಈಗ ತಿಳಿದಿದ್ದೀರಿ.
|
||||
ಕಾಲಾಂತರದಲ್ಲಿ, ನನ್ನ ಸಾರ್ವಜನಿಕ ರೆಪೊಸಿಟರಿಯಲ್ಲಿ ಅನೇಕ ಕಮಿಟ್ಗಳು ಸೇರಿಕೊಳ್ಳುತ್ತವೆ. ನಿಮ್ಮ ಲ್ಯಾಪ್ಟಾಪ್ನಲ್ಲಿನ ಮತ್ತು ಫೋರ್ಕ್ನಲ್ಲಿನ ಮುಖ್ಯ ಬ್ರಾಂಚ್ಗಳು ಇನ್ನಷ್ಟು ಅಪ್ಡೇಟ್ ಆಗಿರುವುದಿಲ್ಲ. ಹೀಗಾಗಿ, ನಿಮ್ಮ ರೆಪೊಸಿಟರಿಗಳನ್ನು ನನ್ನದೊಂದಿಗೆ ಸಿಂಕ್ರೀನೈಸ್ ಮಾಡುವುದಕ್ಕಾಗಿ, ಕೆಳಗಿನ ಹಂತಗಳನ್ನು ಅನುಸರಿಸಿ.
|
||||
|
||||
#### [ನಿಮ್ಮ ಫೋರ್ಕ್ ಅನ್ನು ಈ ರೆಪೊಸಿಟರಿಯೊಂದಿಗೆ ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡುವುದು](keeping-your-fork-synced-with-this-repository.pt_br.md)
|
||||
|
||||
Reference in New Issue
Block a user