Cara menggunakan Git dan GitHub untuk pembangunan Microsoft

Pemerolehan Microsoft GitHub selesai, dan bekas Ketua Pegawai Eksekutif Xamarin Nat Friedman kini bertugas dalam perkhidmatan pengurusan kod awan. Ini bukan pemerolehan yang mengejutkan: Sejak beberapa tahun kebelakangan ini, proses pembangunan Microsoft sendiri telah bergantung kepada Git dan GitHub. Dan masalah pengurusan GitHub sendiri menyukarkan syarikat itu untuk maju, dan setelah perang tender pendek Microsoft melangkah untuk mengambil alih.

Anda hanya perlu melihat laporan State of the Octoverse tahunan GitHub untuk melihat betapa pentingnya Microsoft. Dalam 10 projek Teratas tiga adalah alat utama Microsoft, dan tiga lagi adalah projek sumber terbuka penting yang digunakan di seluruh platform Microsoft. Microsoft juga merupakan penyumbang komersil terbesar untuk projek sumber terbuka yang dihoskan di GitHub, dengan lebih daripada 7,700 komitmen pada tahun lalu.

Projek seperti .Net Core, PowerShell Core, F #, C #, penyusun Roslyn, Visual Studio Code, dan TypeScript dihoskan di GitHub, dengan reka bentuk dan pembangunan terbuka, dan dengan input pihak ketiga yang signifikan. Ini juga merupakan bahagian belakang perkhidmatan dokumentasi Microsoft yang baru, dengan permintaan tarik tersedia untuk sebarang dokumentasi. Malah Windows menggunakan Git, walaupun di repositori dalaman persendirian menggunakan Sistem Fail Maya Microsoft untuk Git untuk menangani skala asas kodnya, memuat turun hanya aset yang diperlukan dan bukannya keseluruhan repositori.

Git dalam Visual Studio Code

Dengan Git dan GitHub di mana-mana sahaja di Microsoft, ia juga dilengkapi dengan alat pembangun Microsoft dan bagaimana pembangun membina aplikasi di Windows dan untuk Azure. Apabila anda memasang salinan baru Visual Studio Code, ini mendorong anda untuk memuat turun dan memasang klien Windows Git, sehingga anda dapat menyambung ke repositori berdasarkan Git, sama ada anda menggunakan GVFS, menggunakan pemasangan Git tempatan, atau memiliki akaun di GitHub, GitLab, atau perkhidmatan berasaskan Git yang dihoskan oleh awan.

Pelanggan Git Windows adalah alat baris perintah. Terdapat dalam versi 32 dan 64-bit, ini adalah kaedah mudah untuk mengintegrasikan fungsi Git ke dalam Windows dan ke dalam alat pembangun Windows. Memasangnya cukup mudah, dengan integrasi Windows Explorer untuk shell berasaskan Bash sendiri dan di baris arahan Windows sendiri. Sekiranya anda belum memasang Visual Studio Code, ini adalah pilihan muat turun dari pemasang Git Windows, dan ia boleh disiapkan sebagai editor lalai untuk Git.

Walaupun pelanggan mengesyorkan menggunakan Git Bash untuk mengelakkan mengubah Windows anda PATH, ini sebenarnya tidak menjadi masalah, terutama jika anda merancang untuk menggunakannya dengan alat pengembangan lain dan dari dalam baris perintah Windows. Saya cadangkan memasang dengan sokongan baris perintah, dan walaupun ini tidak memberi akses kepada alat gaya Unix yang digabungkan dengan Git, ia membolehkan anda mengakses Git tidak hanya dari baris perintah Windows tetapi juga dari terminal yang dibina dalam Visual Studio Code .

Git untuk Windows menggunakan OpenSSL secara lalai untuk sambungan yang selamat. Ini dulu lebih banyak masalah daripada sekarang, kerana Windows 10 kini menawarkan alat SSL terbina dalam. Terdapat pilihan alternatif yang menyokong penggunaan alat Saluran Selamat Windows, yang mungkin lebih baik jika anda perlu mengunci akses ke repositori Git tempatan yang diamankan dengan sijil korporat yang disimpan di Direktori Aktif.

Menggunakan Git dengan Windows

Pembinaan Windows 10 baru-baru ini telah menambahkan sokongan untuk pengakhiran gaya Unix dalam penyunting teks Windows (termasuk Notepad!). Itu menjadikan pilihan penukaran akhir Git menjadi kurang penting, tetapi ia ada untuk versi Windows yang lebih lama dan ini bermaksud bahawa kod lintas platform memeriksa dengan hujung baris gaya Windows dan menyemak semula dengan gaya Unix. Dengan menggunakan pilihan ini, anda boleh menggunakan mana-mana editor Windows untuk mengedit kod repositori tanpa perlu khawatir tentang hujung baris yang mempengaruhi saluran paip binaan atau alat penyebaran. Begitu juga, peningkatan pada konsol Windows bermaksud lebih mudah untuk bekerja dengan Git di konsol lalai tanpa perlu memasang dan menggunakan MinTTY sebagai terminal alternatif untuk Git.

Setelah dipasang, Git untuk Windows dapat diakses dari mana-mana baris perintah Windows (walaupun anda perlu memasang versi Unix untuk Windows Subsystem untuk Linux [WSL]), termasuk terminal bawaan dalam Visual Studio Code.

Anda mungkin ingin memeriksa kemas kini secara automatik, kerana ia adalah projek yang bergerak pantas dengan siaran biasa. Sekiranya anda berpindah dari PC ke PC, ada juga versi mudah alih yang berjalan dari pemacu ibu jari, jadi anda boleh mengumpulkan sebahagian besar alat pengembangan anda ke satu pemacu dan membawanya bersama anda.

Anda boleh memeriksa kod dari mana-mana repositori Git menggunakan perintah Git pada baris arahan Windows atau melalui terminal Visual Studio Code. Tampilan Git folder menunjukkan perubahan dan memberikan akses cepat ke perintah Git biasa. Anda boleh mengemas kini salinan tempatan anda, menyimpan perubahan atau melakukan kemas kini. Cukup mudah untuk membuat cawangan baru dengan cepat dari salinan induk, mempermudah proses bekerja dengan kod bersama.

Mengintegrasikan Git ke dalam Visual Studio Code sangat masuk akal. Microsoft boleh menggunakan alat sumber terbuka yang tidak asing lagi dalam lingkungan pengembangan yang telah banyak digunakan oleh komuniti sumber terbuka. Tidak perlu mempelajari perintah baru, dan anda mendapat pilihan untuk menggunakan baris perintah atau tetikus, pilihan UI mana pun yang anda inginkan.

Git dan GitHub di Visual Studio

Sekiranya anda menggunakan Visual Studio, terdapat banyak alat untuk mengintegrasikan kod anda dengan repositori jauh. Build semasa mempunyai sokongan untuk Git built-in, menggunakan alat sambung di tab Team untuk membuka repositori. Anda boleh menggunakan repositori Git tempatan, atau bekerjasama dengan Git di Azure Devops dan Visual Studio Team Services. Kod dapat disusun dengan cepat untuk kerja anda sendiri, mewujudkan cawangan tempatan dari tuan jauh. Semasa anda menambah pernyataan komitmen, anda membuat dokumentasi, siap untuk menggabungkan perubahan anda kembali ke cabang induk melalui permintaan tarik. Penyegerakan awal membuat salinan cawangan tempatan anda di repositori jauh, di mana anda dapat mendorong perubahan dan membuat senarai tarik yang siap untuk semakan kod.

GitHub mempunyai pelanjutan Visual Studio sendiri, yang dapat dipasang dengan Visual Studio atau ditambahkan kemudian. Terdapat sokongan untuk sambungan yang lebih selamat, melalui pengesahan dua faktor. Repositori yang dilampirkan ke akaun anda hanya satu klik, dan anda boleh membuat repositori baru dalam perkhidmatan standard atau perusahaan dari dalam Visual Studio, termasuk menerbitkan projek yang ada. Dengan peluasan, GitHub menjadi sebahagian daripada pandangan Team Explorer, termasuk menguruskan permintaan tarik.

Alat Git lain untuk pembangun Windows

Pengguna Visual Studio Code dapat mencari alat GitHub pihak ketiga di Visual Studio Marketplace, dengan sokongan untuk aliran GitHub. Sambungan berasaskan Git lain menyokong pilihan dan aliran kerja Git tertentu, termasuk Gitflow yang popular. Anda juga akan menemui alat untuk mengesan masalah dan pemberitahuan, yang dengan ciri GitHub terbaru akan menjadikan Visual Studio Code sebagai hub yang berguna untuk tugas-tugas anda. Sokongan tambahan datang dari alat desktop yang membawa pengalaman pengguna GitHub ke PC pengembangan anda, menyokong pengembangan kolaboratif dan menambahkan alat visual untuk membandingkan perbezaan antara cabang sebagai sebahagian daripada tinjauan kod.

Pengendalian versi adalah kunci untuk komputer moden, dan menambahkan Git ke Windows dan alat pengembangan Microsoft adalah langkah penting untuk memberikan pembangunan yang responsif dan tangkas. Dengan Git yang terbina dalam Visual Studio, dan dengan banyak alat yang berfokus pada Git untuk Visual Studio Code, sebenarnya tidak ada alasan untuk tidak memanfaatkannya.