Tidak suka menggunakan github
Sebagai seorang pengaturcara, menggunakan Github telah menjadi sebahagian daripada kerja harian saya. Walau bagaimanapun, semasa saya bekerja, saya mendapati bahawa saya semakin kurang suka menggunakan Github. Walaupun Github adalah salah satu platform pengehosan kod paling popular di dunia, saya tidak fikir Github adalah untuk semua orang. Di bawah saya akan menerangkan sebab saya tidak suka menggunakan Github.
Pertama, kos pembelajaran GitHub agak tinggi. GitHub ialah platform yang besar dan kompleks yang mungkin sukar digunakan jika anda tidak biasa dengan cara ia berfungsi. GitHub juga mempunyai banyak butiran seperti permintaan gabungan, pengurusan cawangan, penjejakan isu dan banyak lagi. Anda perlu menghabiskan banyak masa dan usaha untuk mempelajari cara menggunakan ciri ini, jika tidak, anda tidak akan mendapat manfaat daripadanya.
Kedua, pengalaman interaktif GitHub tidak begitu baik. Di GitHub, untuk mendapatkan maklum balas orang lain tentang kod anda, anda perlu memulakan "permintaan gabungan", tunggu untuk Semakan Kod, dan kemudian buat satu siri pengubahsuaian. Dalam proses ini, anda perlu sentiasa meminta bantuan orang lain dan menunggu mereka membalas e-mel dan ulasan anda. Proses jenis ini boleh menjadi tidak boleh dijual dengan mudah kerana ia tidak mempunyai perkembangan yang jelas dan selalunya mengambil masa yang lama untuk diselesaikan.
Ketiga, GitHub mempunyai dimensi emosi tertentu. Penggunaan GitHub juga telah dipengaruhi oleh kehadirannya dalam komuniti sumber terbuka. Walaupun terdapat sejumlah besar projek dan pengaturcara pada platform GitHub, seluruh komuniti sentiasa berdebat tentang beberapa isu teknikal dan idea sumber terbuka. Ini juga membawa kepada keperluan untuk berhati-hati apabila mencipta projek atau perpustakaan sumber terbuka pada platform. Jika tidak, jika anda tidak diiktiraf oleh komuniti, anda mungkin dilabelkan sebagai "membosankan", "tidak cekap", dsb.
Jadi, saya tidak fikir GitHub adalah untuk semua orang. Jika anda cuba mempunyai tapak web peribadi yang ringkas atau projek kecil, menggunakan GitHub mungkin berasa kurang sesuai. Untuk aplikasi ini, lebih baik menggunakan alat yang lebih ringan seperti GitLab atau Bitbucket, yang mempunyai antara muka yang lebih ringkas dan mudah digunakan.
Pada pendapat saya, platform Github mempunyai kelebihan dalam banyak aspek, tetapi juga mempunyai banyak kelemahan yang mungkin menghalangnya daripada menjadi pilihan pertama untuk pembangun berfungsi. Oleh itu, sebelum menggunakan GitHub, disyorkan untuk bereksperimen dengan alat ringan dan memutuskan sendiri sama ada untuk menggunakannya. Selain itu, apabila anda jelas tentang kekuatan dan kelemahan GitHub, anda boleh menggunakan platform dengan lebih berkesan untuk mencapai matlamat anda dan mencabar kemahiran anda.
Atas ialah kandungan terperinci Tidak suka menggunakan github. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

AI Hentai Generator
Menjana ai hentai secara percuma.

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas

Artikel ini memberikan panduan kepada pengurusan git, meliputi alat GUI (sourcetree, gitkraken, dll.), Arahan penting (git init, klon git, git add, komit git, dll), amalan terbaik pengurusan cawangan (cawangan ciri, permintaan tarik), dan gabungan con

Panduan ini menerangkan bagaimana untuk menolak komitmen git tunggal ke cawangan terpencil. Butirannya menggunakan cawangan sementara untuk mengasingkan komit, menolak cawangan ini ke jauh, dan kemudian secara pilihan memadamkan cawangan sementara. Kaedah ini mengelakkan konflik dan

Kaedah butiran artikel ini untuk melihat kandungan komited git. Ia memberi tumpuan kepada penggunaan pertunjukan Git untuk memaparkan mesej komit, maklumat pengarang, dan perubahan (diffs), log git -p untuk pelbagai 'diffs, dan berhati -hati terhadap secara langsung memeriksa komitmen. Alt

Artikel ini menerangkan perbezaan antara komitmen dan perintah git. Git komit menyelamatkan perubahan secara tempatan, sementara git menolak memuat naik perubahan yang komited ke repositori jauh. Artikel ini menyoroti kepentingan memahami distin ini

Artikel ini membincangkan kegagalan komitmen biasa. Ia memperincikan langkah-langkah penyelesaian masalah untuk isu-isu seperti fail yang tidak dijual, perubahan yang tidak disengajakan, menggabungkan konflik, dan cangkuk pra-komite. Penyelesaian dan langkah pencegahan disediakan untuk memastikan git yang lebih lancar

Artikel ini menerangkan peranan yang berbeza dari Git ADD dan Git Commit dalam Git. Git menambah perubahan peringkat, menyediakannya untuk dimasukkan ke dalam komit seterusnya, sementara Git komit menyelamatkan perubahan yang dipentaskan kepada sejarah repositori. Proses dua langkah ini membolehkan

Panduan pemula ini memperkenalkan Git, sistem kawalan versi. Ia meliputi arahan asas (init, tambah, komit, status, log, cawangan, checkout, gabungan, menolak, tarik) dan menyelesaikan konflik gabungan. Amalan terbaik untuk kegunaan git yang cekap, termasuk COLL COMM

Artikel ini memperkenalkan Git, sistem kawalan versi yang diedarkan. Ia menyoroti kelebihan GIT ke atas sistem berpusat, seperti keupayaan luar talian dan cawangan/penggabungan yang cekap untuk kerjasama yang dipertingkatkan. Artikel ini juga memperincikan pembelajaran r
