Panduan langkah demi langkah untuk mengintegrasikan Dev Home dengan Visual Studio dan Git

Jika Anda mengembangkan perangkat lunak dengan Visual Studio atau Visual Studio Code dan menggunakan Git setiap hari , mengintegrasikan seluruh lingkungan Anda dengan Dev Home di Windows 11 dapat menghemat banyak waktu: dasbor terpadu, repositori siap pakai, kredensial yang telah dikonfigurasi, dan proyek hanya dengan sekali klik. Panduan ini mengumpulkan dan menyusun ulang sumber daya praktis terbaik tentang Git, VS, VS Code, dan kontrol versi untuk memberi Anda alur kerja yang modern dan efisien.

Kami akan membahas semuanya, mulai dari instalasi dan konfigurasi Git hingga tugas harian seperti commit, branch, dan kolaborasi , termasuk integrasi dengan Visual Studio dan VS Code, serta praktik terbaik. Tujuannya adalah agar Anda memiliki lingkungan yang terpadu: DevHome sebagai pusat kendali Anda, Visual Studio/VS Code sebagai IDE Anda, dan Git (di GitHub, GitLab, Azure DevOps, atau di mana pun Anda inginkan) sebagai sistem kontrol versi Anda.

1. Mengapa mengintegrasikan Dev Home, Visual Studio, dan Git?

Saat ini, kode tidak lagi terbatas pada basis data atau satu PC : kode didistribusikan di seluruh repositori Git, diuji menggunakan CI/CD, dan dibagikan antar tim. Dengan mengintegrasikan Git dengan baik ke dalam IDE dan DevHome Anda, "hutan" tersebut berubah menjadi alur kerja yang terorganisir di mana Anda dapat melihat status proyek, cabang aktif, dan aktivitas terbaru secara sekilas.

Git menyediakan riwayat perubahan, cabang, dan kolaborasi ; Visual Studio dan VS Code menawarkan debugging, pengeditan tingkat lanjut, dan alat grafis untuk commit, merge, dan revisi; sementara itu, Dev Home bertindak sebagai panel pusat di Windows 11 tempat Anda dapat menyematkan repositori, lingkungan pengembangan, dan widget yang terkait dengan GitHub atau Azure DevOps.

Dalam lingkungan seperti Business Central dengan AL atau proyek ilmiah di Python , kombinasi ini sangat ampuh: ekstensi atau skrip Anda diberi versi secara akurat, Anda dapat kembali ke keadaan sebelumnya dalam hitungan detik, dan berkoordinasi dengan pengembang lain tanpa kesulitan dengan file ZIP atau salinan "final_definitive_v3".

Selain itu, integrasi dengan platform seperti GitHub, GitLab, atau Azure DevOps memungkinkan Anda untuk menggunakan Pull Request atau Merge Request untuk meninjau kode, mengotomatiskan pengujian dengan GitHub Actions atau pipeline CI/CD, dan mempertahankan keterlacakan yang serius dalam tim besar.

2. Siapkan lingkungan: Git dan editor

Sebelum Anda dapat sepenuhnya memanfaatkan Dev Home dan integrasinya dengan Visual Studio , Anda perlu menginstal dan mengkonfigurasi hal-hal dasar berikut: Git, editor utama Anda (Visual Studio atau VS Code), dan, jika Anda menggunakan Windows 11, Dev Home yang telah diinstal dengan benar dari Microsoft Store.

Menginstal Git di Windows semudah mengunduh penginstal resmi dari git-scm.com dan umumnya menerima opsi default. Disarankan untuk memilih Visual Studio Code sebagai editor default saat penginstal meminta Anda dan mengizinkan Git dari baris perintah dan program pihak ketiga sehingga DevHome dan IDE dapat memanggilnya tanpa masalah.

Setelah Git terinstal, disarankan untuk melakukan konfigurasi global minimum dari terminal (Git Bash, PowerShell, CMD, atau terminal terintegrasi editor): tentukan nama dan email Anda agar setiap commit diidentifikasi dengan benar dan dikaitkan dengan akun GitHub, GitLab, atau Azure DevOps Anda.

Di Visual Studio Code, cukup buka terminal bawaan dengan Ctrl + ` dan jalankan perintah konfigurasi atau periksa git --versionJika Anda melihat nomor versi, Git dapat diakses dan siap digunakan oleh Dev Home, VS, dan VS Code.

3. Konfigurasi Git awal (pengguna, email, dan SSH)

Konfigurasi global Git menandai identitas Anda di semua repositori . Sangat penting agar alamat email yang Anda gunakan sama dengan yang Anda miliki dengan penyedia jarak jauh Anda (GitHub, GitLab, Azure DevOps) untuk menghindari masalah avatar, izin, atau statistik kontribusi.

Di konsol (Git Bash atau yang serupa), konfigurasikan nama dan email Anda dengan sesuatu yang setara dengan berikut ini, yang disesuaikan dengan data Anda yang sebenarnya:

git config –global user.name “NamaAnda”
git config --pengguna global.email "[email dilindungi]»

Anda dapat memeriksa semua pengaturan aktif dengan git config --listDi sinilah Anda akan melihat identitas global dan konfigurasi per-repositori setelah Anda berada di dalamnya. Ini adalah dasar yang akan digunakan Dev Home, Visual Studio, dan VS Code untuk menandatangani commit Anda.

Jika Anda menginginkan akses yang lebih nyaman dan aman ke GitHub atau server jarak jauh lainnyaBuat kunci SSH dan kaitkan dengan akun Anda. Dengan Git Bash, Anda dapat membuatnya dengan perintah yang mirip dengan: ssh-keygen -t ed25519 -C "[email protected]"Tambahkan ke agen SSH lalu tempel bagian publiknya ke bagian kunci SSH pada penyedia.

Konfigurasi SSH yang benar akan menghemat waktu Anda karena tidak perlu memasukkan nama pengguna dan kata sandi setiap kali melakukan push, dan juga terintegrasi dengan sangat baik dengan alat grafis dan konfigurasi Dev Home saat Anda menghubungkan akun GitHub atau Azure DevOps Anda di Windows.

4. Buat atau klon repositori dari Visual Studio, VS Code, dan Dev Home.

Setelah Git terpasang dan berjalan, langkah selanjutnya adalah bekerja dengan repositori : Anda dapat membuat repositori baru dari awal atau mengklon proyek yang sudah ada yang dihosting di GitHub, GitLab, atau layanan lainnya.

Di Visual Studio, integrasi Git terletak di bilah status dan menu Git. Jika Anda memiliki proyek Python, C#, AL, atau proyek lainnya, Anda dapat menggunakan opsi " Tambahkan ke Kontrol Sumber" di pojok kanan bawah dan pilih Git; IDE akan membuat repositori dan, jika Anda mau, menautkannya ke GitHub dalam satu langkah.

VS Code menawarkan palet perintah yang sangat praktis untuk mengkloning repositori : buka palet dengan Ctrl+Shift+P, ketik “Git: Clone”, masukkan URL repositori (HTTPS atau SSH), dan pilih folder lokal. Kemudian cukup buka folder tersebut dengan File > Open Folder untuk mulai coding.

Dev Home dapat berfungsi sebagai peluncur pusat untuk repositori Anda : dengan menghubungkan akun GitHub atau Azure DevOps Anda, Anda dapat melihat proyek Anda, menyematkannya ke dasbor, mengkloningnya langsung ke tim Anda, dan membukanya di Visual Studio atau VS Code dengan sekali klik, sehingga menjaga lingkungan Anda tetap terorganisir tanpa harus berpindah dari satu situs web ke situs web lainnya.

Dalam skenario seperti Business Central dengan AL atau pengembangan ilmiah di Python , idenya sama: kode Anda dikloning sekali di mesin Anda, dikaitkan dengan repositori Git, dan dari sana Anda mengelola perubahan, cabang, versi, dan penyebaran.

5. Mengintegrasikan Git ke dalam proyek Business Central (AL) dan lingkungan lainnya

Di Business Central modern, kode AL tidak lagi berada di dalam basis data , melainkan di folder pada sistem file Anda. Hal ini membuat penggunaan Git bukan lagi pilihan, tetapi hampir wajib jika Anda ingin bekerja dengan ekstensi secara profesional.

Alur kerja tipikal dalam proyek AL dimulai di Visual Studio Code.Anda membuat ekstensi baru dengan perintah “AL: Go!”, simpan proyek di dalam folder (misalnya, C:\Extensiones\BookManagement), Anda mengkonfigurasi launch.json Dengan memilih jenis server dan autentikasi, Anda dapat mengunduh simbol dan membersihkan file sampel.

Kemudian Anda menginisialisasi repositori Git dari dalam VS Code itu sendiri.Buka tab Kontrol Sumber, tekan Inisialisasi Repositori lalu Anda memilih folder proyek. Git akan membuat folder tersembunyinya. .git dan panel Kontrol Sumber mulai menampilkan file yang tidak terlacak.

Dari sini Anda dapat membuat commit pertama Anda dengan pesan yang jelas. (misalnya, “Inisialisasi Proyek AL”), melakukan perubahan pada app.json atau objek AL lainnya dan catat setiap modifikasi dalam riwayat Git. Untuk integrasi dengan Dev Home, Anda dapat menyematkan repositori tersebut agar tetap terlihat dan memantau aktivitasnya.

Pola yang sama berlaku untuk proyek ilmu data, web, atau backend : IDE mungkin berbeda (Visual Studio atau VS Code) tetapi struktur kerja dengan Git identik, sehingga memudahkan untuk berpindah antar teknologi tanpa perlu mempelajari ulang alur kontrol versi.

6. Bekerja dengan commit, staging, dan push dari IDE

Keindahan mengintegrasikan Git dengan Visual Studio dan VS Code adalah Anda tidak perlu terus-menerus berada di terminal : Anda dapat memanfaatkan antarmuka grafis untuk mengelola perubahan Anda dengan cepat dan visual.

Di VS Code, semuanya ditangani melalui bagian Kontrol Sumber , yang ditandai dengan ikon yang menyerupai garpu. Di sana Anda akan melihat file baru, yang dimodifikasi, atau yang dihapus yang ditunjukkan oleh huruf seperti U (belum terlacak), A (ditambahkan), atau M (dimodifikasi), tergantung pada statusnya relatif terhadap commit terakhir.

Saat Anda ingin menyertakan perubahan dalam sebuah commit, pindahkan perubahan tersebut ke area staging menggunakan ikon plus di samping file atau opsi Stage All . Kemudian, tulis pesan commit yang jelas di kotak atas dan konfirmasikan dengan tombol centang atau pintasan Ctrl+Enter.

Visual Studio menggunakan jendela perubahan Git dengan alur kerja serupa : Anda dapat meninjau file satu per satu, melihat perbedaan (diff), menambahkannya ke commit, dan menjalankan tindakan commit. Panah atas dan bawah di bilah status menunjukkan apakah Anda memiliki commit yang tertunda untuk di-push atau di-pull dari remote.

Push mengirimkan commit lokal Anda ke repositori jarak jauh di GitHub, GitLab, atau layanan serupa . Di VS Code dan Visual Studio, Anda dapat melakukan ini dengan tombol (Push, Sync Changes) atau dari menu Git. Jika ini pertama kalinya Anda melakukannya, Anda akan diminta untuk otentikasi atau otorisasi, yang juga dapat Anda kelola melalui Dev Home dengan akun yang terhubung.

7. Mengkloning, menghubungkan, dan berkolaborasi dengan GitHub dan GitLab

Sebagian besar integrasi yang akan Anda gunakan berkisar pada GitHub, GitLab, atau Azure DevOps , jadi penting untuk memahami bagaimana kaitannya dengan IDE dan Dev Home.

Dengan GitHub, alur kerja yang paling umum adalah membuat repositori dari web. (memilih apakah akan bersifat publik atau privat) lalu mengkloningnya ke mesin Anda. Atau, Anda dapat terlebih dahulu membuat repositori lokal dengan git init di VS Code lalu tautkan ke remote dengan git remote add origin dan yang pertama git push -u origin main.

Di GitLab, mekanismenya serupa, tetapi Permintaan Penggabungan (Merge Request) digunakan untuk mengusulkan perubahan dari satu cabang ke cabang lain. Anda mengunggah cabang Anda dengan perubahan dari Visual Studio Code, masuk ke antarmuka GitLab, membuka Permintaan Penggabungan baru dengan menentukan cabang sumber dan tujuan, dan menugaskan peninjau untuk memvalidasi kode sebelum menggabungkannya.

Dev Home dapat terhubung ke akun GitHub atau Azure DevOps Anda untuk menampilkan repositori dan aktivitas terbaru. Meskipun Anda menangani manajemen detail MR atau PR di browser atau IDE Anda menggunakan ekstensi, menampilkannya di Dev Home memberi Anda konteks tentang proyek mana yang aktif dan mana yang perlu Anda tinjau.

Dalam tim berukuran kecil atau menengah, memusatkan kolaborasi pada platform ini (alih-alih mengirimkan patch melalui email) membuat perbedaan besar dalam hal keterlacakan, tinjauan kode, dan otomatisasi penerapan.

8. Alat visual Git di VS Code dan ekstensi yang bermanfaat

VS Code sudah dilengkapi dengan integrasi Git yang cukup mumpuni , tetapi Anda dapat meningkatkannya lebih jauh dengan ekstensi yang menambahkan tampilan riwayat, anotasi blame, grafik cabang, atau integrasi yang lebih dalam dengan GitHub.

Indikator margin dan tampilan perbedaan (diff view) adalah dua fungsi bawaan dasar : di margin kiri editor, Anda akan melihat bilah biru, bilah hijau, atau segitiga merah yang menandai baris yang dimodifikasi, ditambahkan, atau dihapus sehubungan dengan commit terakhir, dan dengan mengklik dua kali pada file dari tampilan perubahan, Anda dapat melihat perbedaan berdampingan.

Ekstensi seperti GitLens memperkuat informasi tersebut , menunjukkan siapa yang mengubah setiap baris, kapan, dan dengan pesan commit apa, serta menyediakan akses cepat ke riwayat file, perbandingan cabang, navigasi commit, dan banyak lagi.

Ekstensi lain, seperti Git History atau Git Blame, berfokus pada menampilkan riwayat dalam tampilan yang lebih kaya , memfilter berdasarkan penulis, file, atau rentang tanggal, ideal untuk audit atau untuk memahami mengapa bagian kode tertentu berubah pada waktu tertentu.

Dari perspektif integrasi dengan Dev Home, ekstensi ini melengkapi tampilan keseluruhan proyek dengan analisis yang lebih mendalam di dalam editor, sehingga Anda dapat beralih dari panel Windows utama ke detail halus sebuah commit tanpa hambatan.

9. Cabang, penggabungan, Permintaan Tarik (Pull Request), dan Permintaan Penggabungan (Merge Request)

Branch adalah fondasi dari alur kerja Git yang sehat : branch memungkinkan Anda untuk mengembangkan fitur baru, menjalankan pengujian, atau menyiapkan hotfix tanpa menyentuh branch utama (atau master) secara langsung, sehingga mengurangi risiko.

Di VS Code, Anda dapat membuat dan beralih antar cabang dari bilah status.di mana nama cabang saat ini ditampilkan. Anda klik di sana, pilih untuk membuat yang baru, dan beri nama (misalnya, feature/login-refactor) dan Anda secara otomatis beralih ke konteks baru untuk mulai bekerja.

Visual Studio menawarkan pengalaman serupa melalui menu Git , yang memungkinkan Anda membuat cabang, beralih di antara cabang-cabang tersebut, dan menggabungkan perubahan dengan antarmuka dan dialog yang menyoroti potensi konflik.

Saat tiba waktunya untuk menggabungkan (merge), Anda dapat melakukan penggabungan langsung dari IDE jika Anda bekerja sendiri, atau membuat Pull Request (di GitHub/Azure DevOps) atau Merge Request (di GitLab) agar rekan kerja lain dapat meninjau dan menyetujui perubahan sebelum mengintegrasikannya ke cabang utama.

Integrasi GitHub di VS Code mencakup ekstensi resmi yang memungkinkan Anda untuk memulai, meninjau, dan memberi komentar pada Pull Request tanpa meninggalkan editor, sementara Dev Home membuat Anda selalu mendapatkan informasi terbaru tentang status keseluruhan repositori dan cabang di tingkat sistem.

10. Praktik kontrol versi yang baik dalam pekerjaan sehari-hari Anda

Menghubungkan Git, Visual Studio, dan DevHome saja tidak cukup; Anda perlu menggunakannya dengan bijak untuk menghindari repositori yang kacau dan cabang yang sulit dikelola. Beberapa panduan sederhana akan menyelamatkan Anda dari banyak masalah.

Lakukan commit kecil dan sering dengan pesan yang jelas yang menjelaskan apa yang Anda ubah dan mengapa. Hindari "perbaikan berganda" yang bersifat umum dan pastikan setiap commit mewakili unit kerja logis yang mudah ditinjau.

Kerjakan setiap fitur atau perbaikan dengan cabang khusus : alih-alih melakukan semuanya di cabang utama, buat cabang untuk fitur baru, bug kritis, atau pengujian eksperimental. Gabungkan hanya setelah cabang tersebut diuji dan ditinjau.

Konfigurasikan file .gitignore yang disesuaikan dengan proyek Anda untuk mengecualikan file sementara, artefak build, data berukuran besar, atau konfigurasi lokal yang tidak boleh dibagikan atau di-versi dari repositori.

Jika Anda berada di lingkungan perusahaan, terapkan tinjauan kode sistematis menggunakan Pull Request atau Merge Request, dan manfaatkan GitHub Actions atau pipeline CI/CD untuk menjalankan pengujian otomatis dan validasi gaya sebelum mengintegrasikan perubahan ke cabang utama.

Dengan serangkaian praktik dan alat ini, Dev Home menjadi dasbor Anda , Visual Studio/VS Code menjadi bengkel kerja Anda, dan Git/GitHub/GitLab menjadi memori historis yang aman untuk semua proyek Anda, memungkinkan Anda untuk mengembangkan kode tanpa kehilangan kendali.

Ketika Anda menyelaraskan Dev Home, Visual Studio, VS Code, dan Git dalam alur kerja yang sama , pengalaman pengembangan akan berubah: Anda dapat mengklon atau membuat proyek dari panel pusat, membuat versi kode dengan cabang yang terorganisir dengan baik, menggunakan antarmuka grafis untuk commit dan merge, dan mengandalkan praktik seperti Pull Request dan pipeline otomatis untuk menjaga kualitas proyek, baik Anda bekerja sendiri maupun dalam tim besar.

Artikel terkait:

Instal dan konfigurasikan Microsoft Dev Home pada komputer perusahaan.

Isaac

Penulis yang bersemangat tentang dunia byte dan teknologi secara umum. Saya suka berbagi ilmu melalui tulisan, dan itulah yang akan saya lakukan di blog ini, menunjukkan kepada Anda semua hal paling menarik tentang gadget, perangkat lunak, perangkat keras, tren teknologi, dan banyak lagi. Tujuan saya adalah membantu Anda menavigasi dunia digital dengan cara yang sederhana dan menghibur.