mirror of
https://github.com/LucasVbr/first-contributions.git
synced 2026-05-14 01:31:50 +00:00
Merge branch 'main' into update-bulgarian-readme-translation
This commit is contained in:
Roshan Jossy
+503
-24
File diff suppressed because it is too large
Load Diff
@@ -0,0 +1,123 @@
|
||||
# Hal-hal yang dapat dilakukan oleh non Programmer
|
||||
## Mulai mendengarkan
|
||||
|
||||
Semua yang ada di open source melibatkan orang lain.
|
||||
Anda ingin bergabung dengan sebuah tim, dan itu berarti memahami komunitas dan cara kerjanya.
|
||||
Datang ke sebuah proyek dan berkata “Hai, inilah yang saya pikir harus dilakukan oleh proyek ini” biasanya tidak dianggap sebagai hal yang baik.
|
||||
Beberapa proyek mungkin akan menerima pendekatan semacam itu, tetapi jika proyek tersebut sudah berjalan cukup lama, kemungkinan sikap tersebut akan kecil.
|
||||
**Mendengarkan adalah cara terbaik untuk mengetahui apa yang dibutuhkan oleh proyek.**.
|
||||
|
||||
1. **Bergabunglah dengan milis**: Untuk banyak proyek, milis adalah saluran utama komunikasi tentang perkembangan proyek.
|
||||
Pada proyek-proyek besar, ada banyak milis yang dapat dipilih.
|
||||
Sebagai contoh, proyek PostgreSQL memiliki tidak kurang dari 12 milis berorientasi pengguna dan enam milis pengembang pada halaman milisnya.
|
||||
Saya sarankan Anda mengikuti milis berorientasi pengguna utama dan milis pengembang inti untuk mulai menyimak.
|
||||
|
||||
2. **Mengikuti sebuah blog: Blog yang dikelola oleh pengembang inti sering kali memberikan informasi tentang apa yang akan hadir di rilis mendatang,
|
||||
dan apa yang diperlukan untuk mencapainya. Situs planet mengumpulkan berita dan entri blog dari banyak sumber yang terkait dengan proyek.
|
||||
Jika ada situs planet, seperti planet.gnome.org atau planet.mysql.com, mulailah dari sana. Cari saja di Google dengan kata kunci “planet <nama proyek>.”
|
||||
|
||||
3. **Bergabunglah dengan saluran IRC**: Banyak proyek open source memiliki saluran khusus Internet relay chat (IRC) di mana para pengembang dan pengguna berkumpul untuk mendiskusikan
|
||||
|
||||
**Bekerja dengan Tiket**
|
||||
Kode adalah jantung dari setiap proyek open source, tetapi jangan berpikir bahwa menulis kode adalah satu-satunya cara untuk berkontribusi.
|
||||
Pemeliharaan kode dan sistem yang mengelilingi kode sering kali terabaikan karena terburu-buru untuk membuat fitur baru dan memperbaiki bug.
|
||||
Lihatlah area-area ini sebagai cara mudah untuk masuk ke dalam sebuah proyek.
|
||||
Sebagian besar proyek memiliki sistem tiket masalah yang dapat dilihat oleh publik, ditautkan dari halaman depan situs web proyek dan disertakan dalam dokumentasi.
|
||||
Ini adalah saluran utama komunikasi antara pengguna dan pengembang. Menjaga agar tetap mutakhir adalah cara yang bagus untuk membantu proyek.
|
||||
Anda mungkin perlu mendapatkan izin khusus dalam sistem tiket, yang sebagian besar pemimpin proyek akan dengan senang hati memberikannya kepada Anda ketika Anda mengatakan ingin membantu membersihkan tiket.
|
||||
|
||||
4. **Mendiagnosis bug**: Bug sering kali tidak dilaporkan dengan baik.
|
||||
Mendiagnosis dan melakukan triase terhadap bug dapat membantu menghemat waktu pengembang untuk mencari tahu secara spesifik masalahnya.
|
||||
Jika pengguna melaporkan, “Perangkat lunak tidak berfungsi ketika saya melakukan X,” luangkan waktu untuk mencari tahu secara spesifik apa yang menyebabkan masalah tersebut.
|
||||
Apakah masalah tersebut dapat diulang? Dapatkah Anda membuat serangkaian langkah yang menyebabkan masalah berulang kali? Dapatkah Anda mempersempit masalahnya, misalnya hanya terjadi pada satu browser tetapi tidak pada browser lainnya, atau satu distro tetapi tidak pada distro lainnya?
|
||||
|
||||
Meskipun Anda tidak tahu apa yang menyebabkan masalah, upaya yang Anda lakukan untuk mempersempit masalah akan memudahkan orang lain untuk memperbaikinya.
|
||||
Apa pun yang Anda temukan, tambahkan ke tiket di sistem bug agar semua orang dapat melihatnya.
|
||||
|
||||
5. **Tutup bug yang sudah diperbaiki**: Sering kali bug diperbaiki di basis kode tetapi tiket yang dilaporkan tidak diperbarui di sistem tiket.
|
||||
Membersihkan kesalahan ini dapat memakan waktu, tetapi sangat berharga bagi keseluruhan proyek.
|
||||
|
||||
Mulailah dengan menanyakan sistem tiket untuk tiket yang lebih tua dari satu tahun dan lihat apakah bug masih ada.
|
||||
Periksa log perubahan rilis proyek untuk melihat apakah bug telah diperbaiki dan dapat ditutup.
|
||||
Jika diketahui sudah diperbaiki, catat nomor versi di tiket dan tutup.
|
||||
|
||||
Coba buat ulang bug dengan versi terbaru perangkat lunak.
|
||||
Jika tidak dapat dibuat ulang dengan versi terbaru, catat dalam tiket dan tutup.
|
||||
Jika masih ada, catat juga di tiket dan biarkan terbuka.
|
||||
|
||||
Bekerja dengan Kode
|
||||
Programmer dari semua tingkat pengalaman dapat membantu dengan kode dalam proyek.
|
||||
Jangan berpikir bahwa Anda harus menjadi seorang jenius pengkodean untuk memberikan kontribusi nyata pada proyek favorit Anda.
|
||||
|
||||
Jika pekerjaan Anda melibatkan modifikasi kode, selidiki metode yang digunakan proyek untuk mendapatkan kode dari kontributor.
|
||||
Setiap proyek memiliki alur kerjanya sendiri, jadi tanyakan tentang cara melakukannya sebelum Anda mulai mengirimkan kode.
|
||||
|
||||
Sebagai contoh, proyek PostgreSQL sangat ketat dalam prosesnya: Modifikasi kode dikirim dalam bentuk tambalan ke milis di mana para pengembang inti meneliti setiap aspek perubahan. Di sisi lain adalah proyek seperti Parrot di mana mudah untuk mendapatkan hak komit ke basis kode. Jika proyek menggunakan GitHub, mungkin ada alur kerja yang menggunakan fitur pull request dari GitHub. Tidak ada dua proyek yang sama.
|
||||
|
||||
Setiap kali Anda memodifikasi kode, pastikan Anda bertindak sebagai anggota komunitas yang bertanggung jawab dan menjaga gaya kode Anda agar sesuai dengan basis kode lainnya. Kode yang Anda tambahkan atau modifikasi harus terlihat seperti yang lainnya. Anda mungkin tidak menyukai gaya bracing atau penanganan spasi untuk lekukan, tetapi tidak sopan untuk mengirimkan perubahan kode yang tidak sesuai dengan standar yang ada. Ini sama saja dengan mengatakan “Saya tidak suka gaya Anda, dan menurut saya gaya saya lebih baik, jadi Anda harus melakukannya dengan cara saya.”
|
||||
|
||||
6. **Menguji versi beta atau kandidat rilis**: Setiap proyek yang dirancang untuk berjalan di berbagai platform dapat memiliki berbagai macam masalah portabilitas.
|
||||
Ketika sebuah rilis mendekati dan sebuah beta atau kandidat rilis diterbitkan, pemimpin proyek berharap bahwa hal itu akan diuji oleh banyak orang yang berbeda di berbagai platform.
|
||||
Anda dapat menjadi salah satu dari orang-orang tersebut dan membantu memastikan bahwa paket tersebut bekerja pada platform Anda.
|
||||
|
||||
Biasanya Anda hanya perlu mengunduh, membangun, dan menguji perangkat lunak, tetapi nilainya bagi proyek bisa sangat besar jika Anda menggunakan distribusi atau perangkat keras yang tidak umum.
|
||||
Hanya dengan melaporkan kembali bahwa pembuatan dan pengujian telah berhasil, akan membantu para pemimpin proyek untuk mengetahui bahwa rilis yang akan datang sudah solid.
|
||||
|
||||
7. **Memperbaiki bug**: Ini biasanya merupakan tempat kontributor yang ingin mulai mengerjakan kode.
|
||||
Sederhana saja: Temukan bug yang terdengar menarik dalam sistem tiket dan coba perbaiki dalam kode.
|
||||
Dokumentasikan perbaikannya dalam kode jika sesuai.
|
||||
Sebaiknya tambahkan tes ke dalam test suite untuk menguji bagian kode yang telah Anda perbaiki; beberapa proyek memerlukan perbaikan bug untuk menyertakan tes. Buatlah catatan saat Anda mengutak-atik basis kode yang tidak Anda kenal. Bahkan jika Anda tidak dapat memperbaiki bug, dokumentasikan dalam tiket apa yang Anda temukan sebagai bagian dari upaya perbaikan. Apa yang Anda temukan akan membantu mereka yang datang setelah Anda.
|
||||
|
||||
8. **Menulis tes**: Sebagian besar proyek memiliki test suite yang menguji kode, tetapi sulit untuk membayangkan sebuah test suite yang tidak dapat menambahkan lebih banyak tes ke dalamnya.
|
||||
Gunakan alat bantu cakupan pengujian seperti gcov untuk C, atau Devel::Cover untuk Perl untuk mengidentifikasi area dalam kode sumber yang tidak diuji oleh rangkaian pengujian.
|
||||
Kemudian, tambahkan sebuah tes ke dalam rangkaian tes untuk menutupinya.
|
||||
|
||||
9. **Diamkan peringatan kompiler**: Proses build untuk banyak proyek berbasis C sering memuntahkan bendera peringatan kompiler yang aneh ke layar.
|
||||
Peringatan ini biasanya bukan merupakan indikator dari sebuah masalah, tetapi bisa terlihat seperti itu.
|
||||
Terlalu banyak peringatan dapat membuat kompiler terdengar seperti serigala yang menangis.
|
||||
Periksa untuk melihat apakah kode tersebut benar-benar menyembunyikan bug. Jika tidak, memodifikasi sumbernya untuk tidak bersuara akan membantu menyembunyikan kesalahan positif ini.
|
||||
|
||||
10. **Tambahkan komentar**:
|
||||
Ketika Anda menggali kode, Anda mungkin menemukan beberapa bagian yang membingungkan.
|
||||
Kemungkinan besar jika Anda bingung, orang lain juga akan bingung. Dokumentasikan dalam kode dan kirimkan patch.
|
||||
Bekerja dengan Dokumentasi
|
||||
Dokumentasi biasanya merupakan bagian dari sebuah proyek yang mendapat waktu singkat.
|
||||
Dokumentasi juga dapat mengalami kesulitan karena ditulis dari sudut pandang mereka yang sudah terbiasa dengan proyek tersebut, bukan dari sudut pandang seseorang yang baru saja masuk ke dalamnya.
|
||||
Jika Anda pernah membaca dokumen untuk sebuah proyek di mana Anda berpikir, “Sepertinya manual ini mengharapkan bahwa saya sudah tahu cara menggunakan paket ini,” Anda tahu apa yang saya bicarakan.
|
||||
Seringkali, satu set mata yang segar dapat menunjukkan kekurangan dalam dokumentasi yang tidak disadari oleh mereka yang dekat dengan proyek.
|
||||
|
||||
11. **Buatlah sebuah contoh**: Tidak ada proyek yang memiliki terlalu banyak contoh cara.
|
||||
Entah itu API web, pustaka rutinitas, aplikasi GUI seperti Gimp, atau alat baris perintah,
|
||||
contoh penggunaan yang baik dapat menjelaskan penggunaan perangkat lunak dengan lebih jelas dan cepat daripada halaman-halaman dokumentasi.
|
||||
Untuk API atau pustaka, buatlah contoh program yang menggunakan alat tersebut. Ini bahkan dapat diekstrak dari kode yang telah Anda tulis, dipangkas hingga ke hal-hal yang diperlukan.
|
||||
Untuk sebuah alat, tunjukkan contoh dunia nyata tentang bagaimana Anda menggunakannya dalam kehidupan sehari-hari. Jika Anda berorientasi pada visual,
|
||||
pertimbangkan untuk membuat tangkapan layar dari proses penting, seperti cara menginstal aplikasi.
|
||||
|
||||
Bekerja dengan Komunitas
|
||||
Open source hanya sebagian dari kode. Komunitaslah yang membuat open source bekerja. Berikut adalah cara-cara yang dapat Anda lakukan untuk membantu membangunnya.
|
||||
|
||||
12. **Menjawab pertanyaan**: Cara terbaik untuk membantu membangun komunitas adalah dengan membantu orang lain.
|
||||
Menjawab pertanyaan, terutama dari seseorang yang baru saja memulai, sangat penting untuk membantu proyek tumbuh dan berkembang.
|
||||
Waktu yang Anda luangkan untuk membantu seorang pemula, bahkan jika mereka mengajukan pertanyaan di mana Anda dapat dengan mudah menjawab “RTFM” dengan cepat, akan terbayar di kemudian hari dengan mendapatkan anggota aktif lainnya di dalam komunitas.
|
||||
Semua orang memulai dari suatu tempat, dan proyek membutuhkan arus masuk orang yang konstan jika ingin tetap hidup.
|
||||
|
||||
13. **Tulislah sebuah postingan blog:
|
||||
Jika Anda memiliki sebuah blog, tulislah tentang pengalaman Anda dengan proyek yang Anda gunakan.
|
||||
Ceritakan tentang masalah yang Anda hadapi dengan menggunakan perangkat lunak dan apa yang Anda lakukan untuk menyelesaikannya.
|
||||
Anda akan membantu dengan dua cara, yaitu dengan membantu menjaga proyek tetap berada di benak orang lain di sekitar Anda,
|
||||
dan dengan membuat catatan untuk orang lain yang memiliki masalah yang sama dengan Anda di masa depan dan mencari jawabannya di web.
|
||||
(Sebuah blog tentang petualangan teknis Anda juga merupakan cara yang sangat baik untuk menunjukkan pengalaman dunia nyata dengan perangkat lunak yang bersangkutan saat Anda mencari pekerjaan dengan menggunakan perangkat lunak tersebut).
|
||||
|
||||
14. **Memperbaiki situs web**:
|
||||
Jika Anda memiliki keahlian dalam desain web dan dapat membantu meningkatkan situs web, dan dengan demikian citra proyek yang dihadapi publik, itu adalah waktu yang dihabiskan dengan baik.
|
||||
Mungkin proyek tersebut dapat menggunakan perbaikan grafis, atau logo untuk mengidentifikasi proyek.
|
||||
Hal ini mungkin merupakan keterampilan yang kurang dimiliki oleh komunitas. Saya tahu saya akan sangat senang jika saya bisa mendapatkan bantuan desain grafis di situs web proyek saya.
|
||||
|
||||
15. **Menulis dokumentasi teknis**
|
||||
Jika Anda dapat menulis tentang bagaimana sebuah aplikasi atau perangkat lunak bekerja, Anda dapat menulis dokumentasi teknis tentangnya. Terutama proyek-proyek open source yang ingin memperbarui, mengubah, memperluas, atau membuat dokumen teknis untuk dibaca oleh masyarakat umum. Semakin banyak Anda menulis dalam bahasa Inggris, semakin baik. Bagian terbaiknya, Anda tidak harus menjadi seorang programmer untuk menulis dokumen teknis.
|
||||
|
||||
Yang terpenting, dengarkan apa yang orang-orang di sekitar Anda diskusikan. Lihat apakah Anda dapat mengenali kebutuhan yang mendesak. Sebagai contoh, baru-baru ini di milis pengembang Parrot, diputuskan untuk menggunakan GitHub sebagai sistem tiket masalah, meninggalkan instalasi Trac lama yang mereka miliki. Beberapa orang menentang langkah tersebut karena tidak ada cara untuk mengubah tiket ke sistem GitHub. Setelah seharian berdebat, saya akhirnya berkata, “Bagaimana jika saya menulis konverter?” Orang-orang sangat senang dengan ide tersebut. Saya menghabiskan waktu untuk menulis program konversi untuk 450+ tiket, jadi kami tidak kehilangan riwayat tiket kami. Itu adalah sebuah kesuksesan besar. Saya bisa ikut serta, dan para pengembang inti tetap fokus pada bisnis pengerjaan Parrot.
|
||||
|
||||
16. **Mengajar dan Membantu orang lain**:
|
||||
Cara terbaik untuk mempelajari lebih lanjut tentang suatu topik adalah dengan mencoba mengajarkannya.
|
||||
Guru terbaik adalah guru yang dapat menjelaskan hal-hal yang rumit dengan contoh-contoh sederhana. Jadi, Anda perlu mencoba menjadi guru terbaik untuk menjadi pelajar terbaik dan yang terbaik di dunia pemrograman Anda. Mengajar orang lain akan membuat Anda merasa lebih baik tentang diri Anda sendiri dan akan membantu Anda mendapatkan keterampilan dan pengetahuan yang lebih baik dalam profesi Anda. Ketika Anda mendapatkan bantuan dari seseorang, jangan menyimpannya sendiri, tetapi bagikanlah dengan orang lain. Jadikan dunia tempat yang lebih baik untuk ditinggali.
|
||||
@@ -115,7 +115,7 @@ Perhaps the project could use a graphic overhaul, or a logo to identify the proj
|
||||
These may be skills lacking in the community. I know I'd love it if I could get some graphic design help on my projects' websites.
|
||||
|
||||
15. **Write technical documentation**
|
||||
If you can write about how an application or piece of software works, you could write technical documentation about it. Especially open source projects that are looking to update, revamp, expand, or create technical docs for the general public to read. The more you write in plain english, the better. The best part, you don't have to be a programmer to write technical docs.
|
||||
If you can write about how an application or piece of software works, you could write technical documentation about it. Especially open source projects that are looking to update, revamp, expand, or create technical docs for the general public to read. The more you write in plain english, the better. The best part, you don't have to be a programmer to write technical docs.
|
||||
|
||||
Most of all, listen to what people around you discuss. See if you can recognize a pressing need. For instance, recently on the Parrot developers' mailing list, it was decided to use GitHub as the trouble ticket system, abandoning the old Trac installation they had. Some people were against the move because there was no way to convert the tickets to GitHub's system. After a day of back and forth arguing, I piped up and said "How about if I write a converter?" People were thrilled at the idea. I spent the time to write a conversion program for the 450+ tickets, so we lost none of our ticket history. It was a great success. I got to pitch in, and the core developers stayed focused on the business of working on Parrot.
|
||||
|
||||
|
||||
@@ -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)
|
||||
|
||||
@@ -122,7 +122,7 @@ git push -u origin your-branch-name
|
||||
|
||||
Նշեք ձեր ներդրումը և կիսվեք այն ձեր ընկերների և հետևորդների հետ՝ գնալով [վեբ հավելված](https://firstcontributions.github.io/#social-share).
|
||||
|
||||
Դուք կարող եք միանալ մեր Slack թիմին, եթե օգնության կարիք ունեք կամ հարցեր ունեք. [Միացե՛ք Slack թիմին](https://join.slack.com/t/firstcontributors/shared_invite/zt-1n4y7xnk0-DnLVTaN6U9xLU79H5Hi62w).
|
||||
Եթե ցանկանում եք ավելի շատ փորձել, ստուգեք [կոդի ներդրումները](https://github.com/roshanjossey/code-contributions).
|
||||
|
||||
Հիմա եկեք սկսենք ձեր ներդրումն ունենալ այլ նախագծերում: Մենք կազմել ենք հեշտ խնդիրներ ունեցող նախագծերի ցանկ, որոնցից կարող եք սկսել: Ստուգեք [վեբ հավելվածի նախագծերի ցանկը](https://firstcontributions.github.io/#project-list).
|
||||
|
||||
|
||||
@@ -103,6 +103,8 @@ Təbriklər! Töhfə olaraq tez-tez qarşılaşacağınız standart _fork -> clo
|
||||
|
||||
Töhfənizi qeyd edin və [veb tətbiqə](https://firstcontributions.github.io/#social-share) girərək dostlarınız və izləyicilərinizlə bölüşün.
|
||||
|
||||
Daha çox təcrübə istəyirsinizsə, yoxlayın [kod töhfələri](https://github.com/roshanjossey/code-contributions).
|
||||
|
||||
İndi başqa layihələrə töhfə verməyə başlayaq. Başlaya biləcəyiniz asan məsələləri olan layihələrin siyahısını hazırladıq, [siyahıya baxın](https://firstcontributions.github.io/#project-list).
|
||||
|
||||
### [Əlavə Məlumat](additional-material/git_workflow_scenarios/additional-material.md)
|
||||
|
||||
@@ -121,6 +121,8 @@ git push origin -u <your-new-branch-name>
|
||||
|
||||
আপনার অবদানের আনন্দ উপভোগ করুন এবং [ওয়েব অ্যাপ](https://firstcontributions.github.io/#social-share)-এর মাধ্যমে বন্ধু ও অনুসরণকারীদের সাথে শেয়ার করুন।
|
||||
|
||||
যদি আপনি আরও অনুশীলন করতে চান, তাহলে [কোড অবদানগুলি](https://https://github.com/roshanjossey/code-contributions) চেকআউট করুন।
|
||||
|
||||
এখন আপনি অন্যান্য প্রজেক্টগুলোতেও অবদান রাখতে পারেন। আপনার সুবিধার্থে আমরা সহজ সমস্যা সম্বলিত প্রজেক্টগুলোর একটি তালিকা তৈরি করেছি। ওয়েব অ্যাপে [প্রজেক্টগুলোর তালিকা](https://firstcontributions.github.io/#project-list) দেখুন।
|
||||
|
||||
### [ অতিরিক্ত উপাদানসমূহ ](../additional-material/git_workflow_scenarios/additional-material.md)
|
||||
|
||||
@@ -2,19 +2,17 @@
|
||||
[](https://opensource.org/licenses/MIT)
|
||||
[](https://www.codetriage.com/roshanjossey/first-contributions)
|
||||
|
||||
|
||||
# Første bidrag
|
||||
|
||||
Det er svært. Det er altid svært når det er første gang. Specielt hvis man samarbejder er det ikke rart at begå fejl. Vi vil simplificere den store udfordring det er for nybegyndere at lære om open-source, og at lave deres første bidrag.
|
||||
|
||||
At læse artikler og se video guides hjælper, men hvad er bedre end at bruge det i praksis? Dette projekt håber at kunne tilbyde vejledning og gøre det overkommeligt for alle at lave deres første open-source bidrag.
|
||||
|
||||
#### *Hvis du ikke er komfortabel med command line, [her er vejledninger til GUI værktøjer](#Guides-med-andre-værktøjer)*
|
||||
|
||||
#### _Hvis du ikke er komfortabel med command line, [her er vejledninger til GUI værktøjer](#Guides-med-andre-værktøjer)_
|
||||
|
||||
<img align="right" width="300" src="https://firstcontributions.github.io/assets/Readme/fork.png" alt="fork this repository" />
|
||||
|
||||
Har du ikke Git på din maskine kan du [installere det]( https://help.github.com/articles/set-up-git/).
|
||||
Har du ikke Git på din maskine kan du [installere det](https://help.github.com/articles/set-up-git/).
|
||||
|
||||
## Fork dette repository
|
||||
|
||||
@@ -25,7 +23,7 @@ Dette vil lave en kopi af projektet i din Github konto.
|
||||
|
||||
<img align="right" width="300" src="https://firstcontributions.github.io/assets/Readme/clone.png" alt="clone this repository" />
|
||||
|
||||
Næste trin er at "clone" dit nye repository til din maskine. Naviger til din Github account og åbn dit nye repository, derefter find "clone" øverst oppe og tryk på knappen. Tryk *copy to clipboard* ikonet.
|
||||
Næste trin er at "clone" dit nye repository til din maskine. Naviger til din Github account og åbn dit nye repository, derefter find "clone" øverst oppe og tryk på knappen. Tryk _copy to clipboard_ ikonet.
|
||||
|
||||
Åbn en terminal og kør den følgende git command:
|
||||
|
||||
@@ -38,9 +36,11 @@ hvor "din url" skal erstattes med den URL du kopieret i forrige trin.
|
||||
<img align="right" width="300" src="https://firstcontributions.github.io/assets/Readme/copy-to-clipboard.png" alt="copy URL to clipboard" />
|
||||
|
||||
Eksempel:
|
||||
|
||||
```
|
||||
git clone https://github.com/dit-brugernavn/first-contributions.git
|
||||
```
|
||||
|
||||
Erstat 'dit-brugernavn' med dit GitHub brugernavn. Her kopierer vi indholdet af first-contributions repositoriet fra din Github konto, til din lokale PC.
|
||||
|
||||
## Opret en branch
|
||||
@@ -50,16 +50,20 @@ Erstat 'dit-brugernavn' med dit GitHub brugernavn. Her kopierer vi indholdet af
|
||||
```
|
||||
cd first-contributions
|
||||
```
|
||||
|
||||
Derefter opretter du en branch med kommandoen `git checkout`:
|
||||
|
||||
```
|
||||
git checkout -b <add-your-change>
|
||||
```
|
||||
|
||||
Eksempel:
|
||||
|
||||
```
|
||||
git checkout -b add-alonzo-church
|
||||
```
|
||||
(Navnet på din branch behøver ikke at indeholde ordet *add*, men det giver mening at inkludere det her da branchen er til for at tilføje dit navn til en liste med navne.)
|
||||
|
||||
(Navnet på din branch behøver ikke at indeholde ordet _add_, men det giver mening at inkludere det her da branchen er til for at tilføje dit navn til en liste med navne.)
|
||||
|
||||
## Lav dine ændringer og commit dem
|
||||
|
||||
@@ -67,27 +71,30 @@ git checkout -b add-alonzo-church
|
||||
|
||||
<img align="right" width="450" src="https://firstcontributions.github.io/assets/Readme/git-status.png" alt="git status" />
|
||||
|
||||
|
||||
Hvis du går til konsollen og kører kommandoen `git status`, vil du se dine ændringer.
|
||||
|
||||
|
||||
Tilføj disse ændringer til din branch med kommandoen `git add`:
|
||||
|
||||
```
|
||||
git add Contributors.md
|
||||
```
|
||||
|
||||
Derefter commit ændringerne med kommandoen `git commit`:
|
||||
|
||||
```
|
||||
git commit -m "Add <dit-navn> to Contributors list"
|
||||
```
|
||||
|
||||
Erstat `<dit-navn>` med dit Github brugernavn.
|
||||
|
||||
## Push ændringer til Github
|
||||
|
||||
Push dine ændringer til Github med kommandoen `git push`:
|
||||
|
||||
```
|
||||
git push origin <add-din-branch>
|
||||
```
|
||||
|
||||
Erstat `<add-din-branch>` med navnet på den branch du oprettede tidligere.
|
||||
|
||||
## Indgiv ændringer til inspektion
|
||||
@@ -108,15 +115,14 @@ Tillykke! Du har nu gennemført den udbredte _fork -> clone -> edit -> PR_ workf
|
||||
|
||||
Fejr dit bidrag og del det med dine venner og følgere ved at gå til [web app](https://firstcontributions.github.io/#social-share).
|
||||
|
||||
Du er velkommen til at kigge forbi vores Slack hvis du mangler hjælp, eller har spørgsmål. [Join slack team]
|
||||
Du kan også tilslutte dig vores code-contributions repo, hvis du er klar til at løse mere avancerede problemer. [Join code-contributions repo](https://github.com/firstcontributions/code-contributions).
|
||||
|
||||
Tillad os også at hjælpe dig i gang med dine næste bidrag. Vi har kompileret en liste af projekter med letty, overkommelige problemer du kan starte ud med. Check den ud her: [the list of projects in web app](https://firstcontributions.github.io/#project-list).
|
||||
|
||||
### [ekstra materiale](../additional-material/git_workflow_scenarios/additional-material.md)
|
||||
|
||||
|
||||
## Guides med andre værktøjer
|
||||
|
||||
| <a href="../gui-tool-tutorials/github-desktop-tutorial.md"><img alt="GitHub Desktop" src="https://desktop.github.com/images/desktop-icon.svg" width="100"></a> | <a href="../gui-tool-tutorials/github-windows-vs2017-tutorial.md"><img alt="Visual Studio 2017" src="https://upload.wikimedia.org/wikipedia/commons/c/cd/Visual_Studio_2017_Logo.svg" width="100"></a> | <a href="../gui-tool-tutorials/gitkraken-tutorial.md"><img alt="GitKraken" src="https://firstcontributions.github.io/assets/gui-tool-tutorials/gitkraken-tutorial/gk-icon.png" width="100"></a> | <a href="../gui-tool-tutorials/github-windows-vs-code-tutorial.md"><img alt="VS Code" src="https://upload.wikimedia.org/wikipedia/commons/1/1c/Visual_Studio_Code_1.35_icon.png" width=100></a> | <a href="../gui-tool-tutorials/sourcetree-macos-tutorial.md"><img alt="Sourcetree App" src="https://wac-cdn.atlassian.com/dam/jcr:81b15cde-be2e-4f4a-8af7-9436f4a1b431/Sourcetree-icon-blue.svg" width=100></a> | <a href="../gui-tool-tutorials/github-windows-intellij-tutorial.md"><img alt="IntelliJ IDEA" src="https://upload.wikimedia.org/wikipedia/commons/thumb/9/9c/IntelliJ_IDEA_Icon.svg/512px-IntelliJ_IDEA_Icon.svg.png" width=100></a> |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| [GitHub Desktop](../gui-tool-tutorials/github-desktop-tutorial.md) | [Visual Studio 2017](../gui-tool-tutorials/github-windows-vs2017-tutorial.md) | [GitKraken](../gui-tool-tutorials/gitkraken-tutorial.md) | [Visual Studio Code](../gui-tool-tutorials/github-windows-vs-code-tutorial.md) | [Atlassian Sourcetree](../gui-tool-tutorials/sourcetree-macos-tutorial.md) | [IntelliJ IDEA](../gui-tool-tutorials/github-windows-intellij-tutorial.md) |
|
||||
| -------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
||||
| [GitHub Desktop](../gui-tool-tutorials/github-desktop-tutorial.md) | [Visual Studio 2017](../gui-tool-tutorials/github-windows-vs2017-tutorial.md) | [GitKraken](../gui-tool-tutorials/gitkraken-tutorial.md) | [Visual Studio Code](../gui-tool-tutorials/github-windows-vs-code-tutorial.md) | [Atlassian Sourcetree](../gui-tool-tutorials/sourcetree-macos-tutorial.md) | [IntelliJ IDEA](../gui-tool-tutorials/github-windows-intellij-tutorial.md) |
|
||||
|
||||
@@ -110,6 +110,7 @@ Glückwunsch! Du hast so eben den Standard-Workflow _Fork -> Clone -> Edit -> Pu
|
||||
|
||||
Feiere deinen Beitrag zum Projekt und teile ihn mit deinen Freunden und Followern über unsere [Web-App](https://firstcontributions.github.io/#social-share).
|
||||
|
||||
Wenn Du noch mehr üben möchtest, schau Dir das [Code-Contributions Repository] (https://github.com/roshanjossey/code-contributions) an.
|
||||
Falls du jetzt zu anderen Projekten beitragen möchtest, dann haben wir für dich eine Liste von einfachen, ersten Issues zusammengestellt, an denen du arbeiten kannst. Diese Projekt-Liste findest du [in unserer Web-App](https://firstcontributions.github.io/#project-list).
|
||||
|
||||
## Tutorials mit anderen Tools
|
||||
|
||||
@@ -81,7 +81,7 @@ git push origin <ನಿಮ್ಮ ಶಾಖೆಯ ಹೆಸರನ್ನು ಸೇ
|
||||
## ಇಂದಿನಿಂದ ಏನು?
|
||||
ಅಭಿನಂದನೆಗಳು! ನೀವು ಕೊಡುಗೆದಾರರಾಗಿ ಆಗಾಗ್ಗೆ ಎದುರಾಗುವ ಪ್ರಮಾಣಿತ _fork -> clone -> edit -> PR_ ವರ್ಕ್ಫ್ಲೋ ಅನ್ನು ನೀವು ಇದೀಗ ಪೂರ್ಣಗೊಳಿಸಿದ್ದೀರಿ!
|
||||
ನಿಮ್ಮ ಕೊಡುಗೆಯನ್ನು ಆಚರಿಸಿ ಮತ್ತು ಅದನ್ನು ನಿಮ್ಮ ಸ್ನೇಹಿತರು ಮತ್ತು ಅನುಯಾಯಿಗಳೊಂದಿಗೆ ಹಂಚಿಕೊಳ್ಳಿ [ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್](https://firstcontributions.github.io/#social-share).
|
||||
ನಿಮಗೆ ಯಾವುದೇ ಸಹಾಯ ಬೇಕಾದರೆ ಅಥವಾ ಯಾವುದೇ ಪ್ರಶ್ನೆಗಳಿದ್ದಲ್ಲಿ ನೀವು ನಮ್ಮ slack team ಸೇರಬಹುದು. [Slack team ಸೇರಿ](https://join.slack.com/t/firstcontributors/shared_invite/zt-1hg51qkgm-Xc7HxhsiPYNN3ofX2_I8FA).
|
||||
ನೀವು ಹೆಚ್ಚಿನ ಅಭ್ಯಾಸವನ್ನು ಬಯಸಿದರೆ, ಪರಿಶೀಲಿಸಿ [ಕೋಡ್ ಕೊಡುಗೆಗಳು](https://github.com/roshanjossey/code-contributions).
|
||||
ಈಗ ನೀವು ಹೆಚ್ಚಿನ ಯೋಜನೆಗಳಿಗೆ ಕೊಡುಗೆ ನೀಡಲು ಪ್ರಾರಂಭಿಸಬಹುದು. ನಾವು ನಿಮಗಾಗಿ ಒಂದು ಪಟ್ಟಿಯನ್ನು ತಯಾರಿಸಿದ್ದೇವೆ ಅದು ಬಹಳ ಸುಲಭವಾದ ಸಮಸ್ಯೆಗಳು. [ಯೋಜನೆಗಳ ಪಟ್ಟಿ](https://firstcontributions.github.io/#project-list)
|
||||
## ಇತರ ಪರಿಕರಗಳನ್ನು ಬಳಸುವ ಟ್ಯುಟೋರಿಯಲ್
|
||||
| <a href="../gui-tool-tutorials/github-desktop-tutorial.md"><img alt="GitHub Desktop" src="https://desktop.github.com/images/desktop-icon.svg" width="100"></a> | <a href="../gui-tool-tutorials/github-windows-vs2017-tutorial.md"><img alt="Visual Studio 2017" src="https://upload.wikimedia.org/wikipedia/commons/c/cd/Visual_Studio_2017_Logo.svg" width="100"></a> | <a href="../gui-tool-tutorials/gitkraken-tutorial.md"><img alt="GitKraken" src="https://firstcontributions.github.io/assets/gui-tool-tutorials/gitkraken-tutorial/gk-icon.png" width="100"></a> | <a href="../gui-tool-tutorials/github-windows-vs-code-tutorial.md"><img alt="VS Code" src="https://upload.wikimedia.org/wikipedia/commons/1/1c/Visual_Studio_Code_1.35_icon.png" width=100></a> | <a href="../gui-tool-tutorials/sourcetree-macos-tutorial.md"><img alt="Sourcetree App" src="https://wac-cdn.atlassian.com/dam/jcr:81b15cde-be2e-4f4a-8af7-9436f4a1b431/Sourcetree-icon-blue.svg" width=100></a> | <a href="../gui-tool-tutorials/github-windows-intellij-tutorial.md"><img alt="IntelliJ IDEA" src="https://upload.wikimedia.org/wikipedia/commons/thumb/9/9c/IntelliJ_IDEA_Icon.svg/512px-IntelliJ_IDEA_Icon.svg.png" width=100></a> |
|
||||
|
||||
@@ -90,7 +90,7 @@ Quando puder incorporarei as tuas mudanças no Branch principal (master) deste p
|
||||
|
||||
Celebra as tuas contribuições e partilha-as com amigos e seguidores através da [web app](https://firstcontributions.github.io/#social-share).
|
||||
|
||||
Podes também juntar-te à nossa equipa no Slack caso precises de alguma ajuda ou tenhas alguma dúvida. [Junta-te à nossa equipa no Slack](https://join.slack.com/t/firstcontributors/shared_invite/zt-1hg51qkgm-Xc7HxhsiPYNN3ofX2_I8FA).
|
||||
Se quiseres praticar mais, acede a [code contributions](https://github.com/roshanjossey/code-contributions).
|
||||
|
||||
Aqui estão alguns repositórios com Issues a nível de principiante em que tu podes ajudar a resolver. Vai em frente e clica nos repositórios para saber mais.
|
||||
|
||||
|
||||
@@ -110,7 +110,7 @@ Parabéns! Você completou o fluxo de trabalho básico _fork -> clone -> edit ->
|
||||
|
||||
Celebre sua contribuição e compartilhe com seus amigos e seguidores no [app web](https://firstcontributions.github.io/#social-share).
|
||||
|
||||
Você também pode se juntar à nossa equipe no _Slack_ caso precise de alguma ajuda ou tenha alguma dúvida. [Junte-se à nossa equipe no Slack](https://join.slack.com/t/firstcontributors/shared_invite/zt-1hg51qkgm-Xc7HxhsiPYNN3ofX2_I8FA).
|
||||
Se você quiser mais prática, verifique [code contributions](https://github.com/roshanjossey/code-contributions).
|
||||
|
||||
Agora você pode colaborar com outros projetos. Nós compilamos uma lista de projetos com problemas simples que você pode começar. Verifique em [a lista de projetos no web app](https://firstcontributions.github.io/#project-list).
|
||||
|
||||
|
||||
@@ -128,7 +128,10 @@ Tabriklayman! Siz horizgina contributor sifatida tez-tez uchraydigan standard is
|
||||
Hissangizni nishonlang va [web app](https://firstcontributions.github.io/#social-share)ga o'tish orqali do'stlaringizga va ergashuvchilaringizga ulashing.
|
||||
|
||||
|
||||
Agar sizga yordam kerak bo'lsa yoki savollaringiz bo'lsa, bizning slack jamoamizga qo'shilishingiz mumkin.[Slack jamoasiga qo'shiling](https://join.slack.com/t/firstcontributors/shared_invite/zt-1hg51qkgm-Xc7HxhsiPYNN3ofX2_I8FA).
|
||||
Agar koʻproq mashq qilishni istasangiz, [kod hissalarini](https://github.com/roshanjossey/code-contributions) tekshiring.
|
||||
|
||||
|
||||
|
||||
|
||||
Endi boshqa proyektlarga hissa qo‘shishni boshlaylik. Siz boshlashingiz mumkin bo'lgan oson masalalar bilan proyektlar ro'yxatini tuzdik. Ko'zdan kechiring [web appdagi proyektlar ro'yxati](https://firstcontributions.github.io/#project-list).
|
||||
|
||||
|
||||
@@ -114,9 +114,7 @@ git push origin <分支的名称>
|
||||
|
||||
为你的第一次贡献庆祝吧，不要忘记和你的朋友以及你的小迷弟小迷妹们分享我们的[网站](https://roshanjossey.github.io/first-contributions/#social-share)哟！
|
||||
|
||||
|
||||
|
||||
还在等什么，马上加入到其他项目的开发中去吧！为了方便你快速上手，我们收集了当前流行的众多代码仓库中，适合初学者解决的[问题列表](https://firstcontributions.github.io/#project-list)。
|
||||
如果您想更多练习，请查看 [code contributions](https://github.com/roshanjossey/code-contributions)。
|
||||
|
||||
### [附加材料](additional-material/git_workflow_scenarios/additional-material.md)
|
||||
|
||||
|
||||
Reference in New Issue
Block a user