Menggunakan OASIS-SVN dan git untuk kontrol kode sumber Access

CATATAN: Saya akan membicarakan topik ini secara mendalam di webinar bulanan Access dan SQL Server yang akan datang pada 9 Juli pukul 18:30 CDT. Daftar agar Anda dapat melihat prosesnya secara langsung dan mengajukan pertanyaan!

Saat kami bekerja dengan beberapa aplikasi dan terkadang dalam tim, kontrol kode sumber cukup penting untuk mengelola perubahan. Kami senang menggunakan git untuk proyek kami. Awalnya, menggunakan git dengan Access akan menjadi tantangan tetapi berkat add-in bernama OASIS-SVN, kami dapat secara efektif menggunakan git dengan proyek Access untuk mengelola perubahan.

Mengapa menggunakan kontrol kode sumber? Tidak bisakah Anda zip saja?

Tujuan utama di balik kontrol kode sumber adalah agar dapat dengan mudah menjawab cerita detektif.

Itu sangat penting ketika Anda berurusan dengan laporan bug dan Anda diingatkan bahwa Anda melihat sesuatu yang serupa sebelumnya dan Anda berpikir bahwa mungkin Anda telah memperbaikinya tetapi pelanggan masih melaporkannya. Namun, ketika bug itu "diperbaiki" enam bulan yang lalu, itu mungkin juga merupakan bug baru karena kami sudah melupakan perbaikan yang kami lakukan 6 bulan yang lalu. Saya tidak tahu tentang Anda, tetapi prospek menggali melalui banyak cadangan zip tidak terasa sangat … dapat ditemukan.

Menempatkan perubahan Anda dalam kontrol kode sumber membutuhkan disiplin tetapi akan membuatnya lebih mudah untuk meninjau dan mengelola perubahan. Anda dapat dengan mudah menelusuri riwayat dan melihat apa yang sebenarnya berubah.

Skenario lain adalah mencari tahu apa yang sebenarnya berubah. Jika Anda telah membuat beberapa perubahan dan Anda perlu meninjaunya sebelum mendorong versi baru, di situlah kontrol kode sumber membantu Anda. Anda memiliki kesempatan untuk memeriksa pekerjaan Anda dan memastikan Anda melakukan semua yang Anda rencanakan. Tidak ada lagi "Saya pikir saya sudah melakukannya." hanya untuk diberitahu oleh klien bahwa Anda lupa detail kecil yang ditanyakan klien kepada Anda minggu lalu. Selanjutnya, ini memungkinkan tim untuk melakukan tinjauan kode untuk orang lain; kita dapat melihat pekerjaan orang lain dan memberikan umpan balik serta saling membantu menjaga standar kualitas yang tinggi.

Mengapa git? Access berfungsi dengan Visual SourceSafe bukan?

Dalam versi sebelum Access 2013, Access mendukung kontrol kode sumber secara asli tetapi menggunakan spesifikasi Microsoft berpemilik, MSSCCI. Lebih buruk lagi, spesifikasi mengasumsikan model check-out/check-in yang memberi pengembang kunci eksklusif atas objek yang mereka kerjakan. Selain itu, tabel dalam aplikasi Access pada dasarnya adalah satu gumpalan besar yang tidak dapat dibaca apalagi ditinjau.

Dalam praktiknya, model seperti itu sangat rumit untuk digunakan bahkan dalam pengaturan tim kecil. Satu masalah utama adalah bahwa permintaan perubahan jarang dikonfirmasi hanya untuk satu objek; pengembang mungkin merasa perlu menyentuh lebih dari beberapa objek dan dengan demikian, tabrakan tidak dapat dihindari, terutama untuk modul inti/bersama.

Git menghindari semua keburukan yang kita lihat dengan model check-out/check-in lama tetapi ini memang membutuhkan filosofi yang berbeda dalam mengelola perubahan. Alih-alih memeriksa sesuatu, kami hanya mengerjakan cabang dan setelah selesai, kami menggabungkannya kembali ke cabang utama. Kita dapat memiliki beberapa cabang secara paralel jika kita mau meskipun dalam praktiknya, kita hanya membutuhkan 2 atau 3 cabang paralel; satu untuk mewakili versi produksi; lainnya untuk pengembangan dan mungkin sepertiga untuk perbaikan bug kritis. Ini dapat dilakukan dengan proyek Access, dan seharusnya demikian. Jika tidak, akan sangat sulit untuk melacak apa yang masuk ke file produksi, terutama untuk aplikasi non-sepele.

Sumber yang bagus untuk mempelajari git dapat ditemukan di sini; ini memiliki kotak pasir sehingga Anda dapat bermain bersama. Jika Anda seperti saya dan suka memakan potongan daging dan tahu cara kerjanya, ini adalah sumber yang bagus.

Akhirnya, berhenti saja menggunakan Visual SourceSafe. Ini bermasalah, rentan kehilangan data Anda, dan belum didukung selama _tahun_, bahkan oleh Access sejak 2013.

Tapi jika Access 2013+ tidak lagi mendukung kontrol kode sumber, bagaimana kita bisa tetap memilikinya?!?

Karena OASIS-SVN bukan penyedia MSSCCI tetapi hanya add-in Access biasa. Ada add-in Access serupa lainnya (misalnya Ivercy misalnya) yang mengatasi batasan tersebut. Dalam semua kasus, addin tersebut banyak menggunakan metode tidak berdokumen yang sama persis dengan yang digunakan Access secara internal untuk kontrol kode sumber; Application.SaveAsText dan Application.LoadFromText . Metode tersebut masih ada di versi Access saat ini. Selain itu, ada item UV untuk mendokumentasikannya untuk memastikan kontinuitas. OASIS-SVN terus bekerja dengan baik bahkan dengan versi Access saat ini.

Mengapa Anda terus berbicara tentang OASIS-SVN dan git? Bisakah saya menggunakan satu atau yang lain?

Penting untuk dipahami bahwa kedua alat tersebut saling melengkapi dan Anda membutuhkan keduanya. Lihat, alasan mengapa Anda membutuhkan OASIS-SVN adalah untuk memudahkan Anda mengeluarkan kerja keras Anda dan mewakilinya sebagai sekumpulan file teks, daripada menyimpannya di dalam gumpalan besar file biner yang merupakan berkas ACCD*. Tidak masuk akal jika file ACCDB dikontrol kode sumber karena tidak akan memiliki riwayat perubahan yang tepat dan sebagian besar tidak dapat dibaca. Jadi, OASIS-SVN adalah alat untuk membuat file teks yang dapat digunakan untuk membangun kembali aplikasi Access Anda, dan tugas git untuk benar-benar mengkodekan file-file tersebut. Git tidak dapat dan tidak boleh bekerja dengan file ACCDB.

Jika Anda baru mengenal git, Anda memiliki langkah ekstra dibandingkan dengan apa yang biasanya dilakukan orang lain pada proyek Visual Studio mereka karena Anda bekerja dengan file biner, bukan kumpulan folder sebenarnya dengan sekumpulan file teks dengan ekstensi lucu. Jadi, Anda perlu membiasakan diri secara konsisten mengekspor/mengimpor perubahan antara file ACCDB dan file teks yang menyusun repositori git Anda.

Prasyarat

Untuk memulai, kita membutuhkan 3 perangkat lunak:

1. Git Untuk Windows
2. TortoiseGit
3. OASIS-SVN

Sebenarnya Anda tidak memerlukan perangkat lunak ke-2 dan ke-3. Anda sebenarnya dapat puas hanya dengan yang pertama tetapi kelemahan besarnya adalah Anda harus mengekspor/mengimpor secara manual dengan menulis modul VBA Anda sendiri untuk melakukan ini dan percayalah, itu banyak pekerjaan untuk alasan yang akan menjadi lebih jelas sebagai kita ikut. Dengan demikian, OASIS-SVN sangat dianjurkan. Anda juga tidak harus memiliki TortoiseGit, tetapi saya sangat suka memiliki GUI untuk membuatnya mudah bekerja. Itu mungkin menyinggung beberapa puritan baris perintah yang akan memberi tahu Anda bahwa Anda sebaiknya menggunakan git di baris perintah, bukan melalui GUI yang cantik. Namun, saya suka itu malas dan cepat dan sebagian besar waktu, prosesnya sederhana sehingga lebih cepat bagi saya untuk hanya menjalankan perintah dari menu daripada membuka bash shell dan mengetikkan beberapa perintah. Meskipun demikian, TortoiseGit sebenarnya hanyalah pembungkus tipis atas perintah git, jadi sebaiknya Anda memperhatikan baik-baik perintah git yang dijalankannya dan artinya.

Instal semuanya; Saya akan merujuk ke situs web masing-masing untuk instruksi terperinci. Setelah ini semua diatur, Anda harus memiliki proyek yang ingin Anda kendalikan. Selanjutnya, Anda memerlukan tempat untuk bertindak sebagai repositori hulu Anda. Mungkin Anda memiliki akun Azure DevOps? Bitbucket? GitHub? Ada beberapa opsi yang tersedia bagi Anda untuk menghosting kontrol kode sumber Anda. Heck, jika Anda ingin, Anda bahkan dapat mengatur server git pribadi. Tapi itu juga di luar cakupan artikel. Sekali lagi, saya merujuk Anda ke dokumentasi penyedia masing-masing untuk menyiapkan repositori kosong.

Setelah Anda memiliki repositori kosong, Anda harus diberikan tautan ke sana. Kami menggunakan Auzre DevOps, dan kami telah membuat repositori baru yang terletak di URL ini:
https://samplecompany.visualstudio.com/DefaultCollection/z_Sandbox/_git/SampleApplication
Sekarang kita memiliki link untuk repositori kosong, kita bisa mendapatkan setup.

Membuat repositori lokal

Meskipun OASIS-SVN memiliki wizard, saya merasa lebih mudah untuk mengkloning repositori yang ada dan bekerja dari sana. Anda bebas menggunakan wizard yang akan melakukan hal serupa tetapi saya pikir mengikuti cara manual akan membantu Anda memahami apa yang sebenarnya terjadi dan mempermudah bekerja dengan alat. Kami akan menganggap bahwa kami memiliki aplikasi di folder tertentu:

Folder Sumber kosong dan akan menjadi tempat kita menyimpan file teks untuk repositori lokal kita. Kita dapat mengklik kanan pada ruang putih di folder untuk membuka TortoiseGit menu konteks dan pilih repositori kloning.

Pada dialog yang terbuka, masukkan URL yang Anda dapatkan dari penyedia hosting Anda:

PERHATIAN

Anda kemudian akan mendapatkan dialog sukses bahwa repositori telah dikloning:

Sebagai efek dari kloning, Anda sekarang akan memiliki folder tersembunyi bernama .git . Begitulah cara git melacak komit dan perubahan Anda di repositori lokal Anda.

Kami sekarang memiliki repositori lokal yang berfungsi yang kemudian dapat kami gunakan untuk menyimpan file teks kami dari Access. Kita perlu mengonfigurasi OASIS-SVN untuk memanfaatkan ini.

Mengonfigurasi OASIS-SVN

Seperti disebutkan sebelumnya, OASIS-SVN memiliki wizard yang dapat digunakan untuk menyiapkan kami, tetapi kami ingin melakukannya secara manual sehingga Anda terbiasa dengan cara kerja OASIS-SVN dan dengan demikian dapat menggunakan wizard secara efektif. Kita akan mulai dengan membuka Setelan menu pada tab pita OASIS-SVN.

Ini akan membuka dialog. Untuk saat ini, kita hanya perlu melakukan satu hal; mengatur jalur sumber. Secara umum, saya merasa lebih nyaman menggunakan jalur relatif daripada jalur absolut, jadi kami akan memasukkan \Source seperti yang diilustrasikan:

Setelah dimasukkan, Anda harus mencentang kotak selalu gunakan :

Itu membuat folder repositori relatif dan dengan demikian memungkinkan Anda untuk memindahkan folder proyek ke mana pun Anda inginkan. Tapi hati-hati – jika Anda menyalin atau memindahkan file Access di luar folder itu, itu tidak dapat disimpan di bawah kendali kode sumber karena OASIS-SVN tidak akan memiliki .oasis file yang dibutuhkan OASIS-SVN. Klik OK untuk menutup dialog untuk menyimpan perubahan ke pengaturan. Jika Anda melihat ke dalam folder, sekarang Anda akan melihat .oasis file untuk file ACCDB Anda.

.oasis file hanyalah file XML yang berisi semua pengaturan proyek, dan harus memiliki nama yang sama dengan file ACCDB sehingga OASIS-SVN tahu bahwa file ACCDB ini harus berada di bawah kendali kode sumber. Jadi, jika Anda terbiasa mengganti nama file ACCDB Anda, Anda harus menghentikan kebiasaan itu. Jika alur kerja Anda yang ada melibatkan penggantian nama file, satu pendekatan yang menurut saya berguna adalah menggunakan nama tetap untuk salinan pengembangan (mis. SampleApplication Dev.accdb , mungkin), maka ketika saya perlu mengubah nama, saya membuat salinan file itu dan memberikan nama yang tepat. Harus ditekankan bahwa dengan itu dalam kontrol kode sumber, mengganti nama sebagai sarana untuk melacak versi menjadi kurang masuk akal sekarang karena Anda harus dapat membuatnya kembali dari riwayat git daripada memiliki banyak salinan bernama berbeda.

Mengonfigurasi setelan lainnya

Pada langkah sebelumnya kami hanya menyiapkan file sumber karena kami tidak memiliki .oasis mengajukan; seandainya kami membuat perubahan lain, itu mungkin belum disimpan, tetapi sekarang kami telah membuat satu sebagai hasil dari pengaturan folder proyek, kami dapat meninjau pengaturan lainnya. Sebaiknya pertimbangkan untuk memiliki template .oasis file sehingga Anda dapat dengan cepat menyalin dan menyesuaikan tangan untuk memiliki pengaturan proyek yang seragam untuk berbagai proyek Access Anda. Mari kembali ke Setelan pada pita dan mulai dengan tab pertama pada dialog.

Panel Jenis Objek

Karena kami tidak lagi bekerja dengan ADP dan kami tidak menggunakan Halaman Akses Data yang tidak digunakan lagi, kami biasanya menghapus centang pada halaman tersebut untuk meminimalkan kekacauan dialog impor/ekspor. Anda mungkin juga merasa berguna untuk memilihnya secara otomatis yang diubah secara otomatis, yang memerlukan pelacakan stempel waktu objek. Namun, perlu diketahui bahwa stempel waktu objek tidak sepenuhnya dapat diandalkan dalam Access. Kami akan membahas ini lebih lanjut di bagian selanjutnya. Meskipun demikian, ini adalah cara yang baik untuk membantu menunjukkan apakah Anda mungkin lupa melakukan beberapa objek liar.

Panel Opsi Tabel

Panel ini akan membutuhkan beberapa pemikiran yang cermat dan akan bergantung pada jenis proyek yang Anda tangani. Aturan nomor satu adalah Anda _tidak_ ingin kode sumber mengontrol data di tabel Anda. Itu tidak masuk akal, karena data bukanlah kode. Namun, itu tidak selalu benar. Sebagai contoh, kami memiliki sejumlah tabel yang kami gunakan sebagai data konfigurasi aplikasi. Jadi, dalam arti tertentu, tabel-tabel itu adalah "kode" karena mereka memengaruhi cara kerja aplikasi. Karena sebagian besar proyek kami adalah Access front-end dengan backend SQL Server, tabel yang biasanya ada terutama hanya tabel konfigurasi dan dengan demikian sesuai untuk kontrol kode sumber. Tetapi, jika kami memiliki tabel data, itu mungkin tidak boleh disertakan. Di situlah Lanjutan tombol berguna. Mengklik ini akan membuka dialog ini:

Dengan menghapus centang pada Ekspor data untuk semua tabel kotak centang di bawah, Anda kemudian dapat memilih data tabel mana yang ingin Anda simpan di bawah kendali kode sumber, tidak termasuk yang hanya tabel data dan bukan bagian dari kode sumber aplikasi.

Kami juga biasanya tidak menyertakan tabel tertaut ODBC karena kami biasanya memiliki kode rutin untuk menautkan ulang tabel, jadi memasukkannya dalam kontrol kode sumber tidak masuk akal bagi kami. Namun, memiliki tabel konfigurasi aplikasi atau mungkin hanya definisi untuk tabel lokal adalah ide yang bagus karena kita akan memiliki aplikasi yang rusak jika kita membuat file dari repositori git tanpa definisi tabel tersebut.

Panel pengaturan

Kami sudah melihat ini sebelumnya ketika kami membuat .oasis mengajukan. Sekarang setelah kita memiliki file, kita akan mengatur pengaturan lainnya. Inilah pengaturan khas kami.

Seperti yang saya sebutkan di awal, Anda dapat menulis rutinitas impor/ekspor Anda sendiri. Namun, nilai OASIS-SVN adalah bahwa kami dapat mengatasi berbagai masalah yang ada dengan menyimpan file teks Access di bawah kode sumber. Misalnya, file teks Access mungkin memiliki bidang umum di bagian atas filenya:
Version =21
VersionRequired =20
PublishOption =1
Checksum =-571006847
Begin Form
...
End Form
Itu buruk untuk kontrol kode sumber karena mereka dapat memperkenalkan perubahan yang tidak perlu dan mencemari riwayat perubahan yang sebenarnya bukan perubahan. Checksum dapat berubah meskipun Anda mungkin tidak benar-benar mengubah apa pun tentang formulir itu sendiri. Dengan OASIS-SVN, kita dapat menghapus data yang tidak perlu menggunakan opsi Sanitasi file yang diekspor :
Version =21
VersionRequired =20
Begin Form
...
End Form
Anda mungkin telah melihat ikon peringatan kuning untuk laporan. Alasan mengapa ada karena OASIS-SVN juga akan menghapus data printer yang terkenal buruk untuk kontrol kode sumber. Ketika laporan menggunakan printer default, itu biasanya tidak menjadi masalah. Namun, tidak jarang membuat laporan yang bergantung pada printer tertentu. Misalnya, mungkin kita memiliki laporan yang membuat label barcode pada printer khusus. Dalam laporan itu, kami akan memilih printer tertentu daripada printer default. Mencentang kotak itu untuk laporan berarti data printer akan hilang. Jika proyek Anda tidak bergantung pada pengaturan printer tertentu, Anda mungkin merasa lebih mudah untuk memeriksa laporan. Jika tidak, tidak ada alasan untuk tidak mencentang formulir.

Untuk alasan yang sama, kami sangat senang memiliki file Formulir Terpisah dan Pisahkan file Laporan pilihan dicentang. Biasanya, Application.SaveAsText akan mengekspor file teks tunggal untuk satu objek Access. Namun, jika Anda telah membaca file teks, Anda akan melihat bahwa kode tata letak bisa … membosankan untuk dibaca. Mencentang opsi ini berarti kita mendapatkan 2 file teks per objek Access; satu untuk memuat semua data tata letak, dan satu lagi kode sumber VBA sebenarnya di belakang formulir. Itu membuat peninjauan kode lebih mudah karena Anda dapat fokus pada perubahan VBA dan memahami apa yang berubah, yang membuatnya lebih mudah untuk mencerna tentang perubahan tata letak.

Anda mungkin ingat itu dari bagian sebelumnya tentang Jenis Objek panel, kami memilih yang diubah, yang mengharuskan kami untuk menyimpan tanggal/waktu objek sebagai tanggal/waktu file. Itu juga dicentang di sini. Perlu dicatat bahwa Access tidak selalu mencap stempel waktu dengan andal saat mengubah objek. Kita akan membahas ini lagi di bagian selanjutnya tentang membuat commit.

Panel integrasi

Kami biasanya ingin memastikan bahwa koreksi otomatis selalu dimatikan tetapi yang lebih penting adalah opsi untuk menggunakan Ctrl+S sebagai tipuan untuk melakukan ekspor. Itu sangat sangat membantu dan menghindari masalah dengan cap waktu objek Access. Namun, ini membutuhkan disiplin untuk secara konsisten menggunakan pintasan keyboard untuk menyimpan perubahan. Setiap kali Anda menjalankan keyboard, Anda akan melihat dialog ini ditampilkan secara singkat:

Itu memastikan bahwa pohon kerja git Anda tetap sinkron dengan file ACCDB kerja Anda saat Anda mengerjakan perubahan. Penting untuk ditekankan bahwa Anda tidak perlu malu untuk sering menyimpan – ini tidak berarti bahwa Anda harus melakukan setiap penyimpanan, tetapi dengan sering menyimpan, struktur kerja Anda akan secara akurat mencerminkan sejauh mana perubahan Anda saat Anda siap berkomitmen. Kami akan membahasnya secara detail di bagian selanjutnya.

PERBARUI Otomatis sebelum mengimpor dan Otomatis COMMIT setelah ekspor mungkin tampak seperti hal yang nyaman tetapi dalam praktiknya, kami merasa jauh lebih baik untuk melakukan ini secara manual, terutama ketika kami mengekspor dengan pintasan Ctrl+S karena kami tidak selalu ingin melakukan; hanya simpan pekerjaan yang sedang berjalan sehingga kita tahu apa yang berubah ketika kita benar-benar siap untuk berkomitmen. Oleh karena itu, kami mengabaikannya.

.oasis Mengatur Berkas

Setelah Anda mengklik OK pada dialog pengaturan, perubahan yang Anda buat di berbagai panel kemudian akan ditulis ke .oasis file dalam bentuk XML. Seperti yang disebutkan, Anda dapat menyalinnya dan membuat templat sehingga Anda memiliki cara cepat untuk mengonfigurasi aplikasi Access lainnya. Kami sekarang siap untuk melakukan kontrol kode sumber yang sebenarnya.

Mengekspor dan melakukan

Seperti yang sudah disebutkan, karena kami bekerja dengan file biner, kami perlu mengekspor semuanya ke dalam representasi tekstual sehingga mereka dapat dikelola dengan baik oleh kontrol kode sumber. Untuk melakukan ini, kita perlu mengekspor objek. Anda dapat menggunakan tombol ekspor OASIS-SVN seperti yang ditunjukkan.

Anda akan mendapatkan dialog dengan semua jenis objek yang terdaftar untuk ekspor. Karena ini adalah ekspor pertama kami, kami akan menggunakan Ctrl + A untuk memilih semua untuk diekspor.

Klik OK untuk menyelesaikan ekspor. Jika semuanya berjalan dengan baik, Anda akan mendapatkan pesan yang menunjukkan demikian.

Jika Anda melihat ke dalam folder sumber, Anda akan melihat semua file teks yang mewakili berbagai objek yang baru saja Anda ekspor. Perhatikan bahwa konvensi penamaan mungkin berbeda tergantung pada apa yang Anda pilih di panel Pengaturan seperti yang ditunjukkan di bagian sebelumnya. Juga karena kami memilih untuk membagi file, kami memiliki keduanya .def dan .tata letak file untuk satu objek Access.

Dengan objek yang diekspor sebagai file teks, sekarang kita perlu melakukan perubahan. OASIS-SVN menyediakan perintah TortoiseGit langsung dari dalam Access seperti yang ditunjukkan.

Biasanya 4 perintah yang ingin Anda gunakan ditampilkan di sini – perintah lainnya bagus untuk digunakan tetapi kita tidak perlu khawatir tentang itu sampai kita beralih ke skenario git yang lebih kompleks. Omong-omong, perintah tersebut sebenarnya adalah perintah yang sama yang diekspos oleh TortoiseGit melalui menu konteks penjelajah Windows:

Selanjutnya, subset dari perintah tersedia melalui menu klik kanan pada panel navigasi Access:

Jadi, Anda memiliki beberapa cara untuk melakukan pekerjaan dengan OASIS-SVN atau dengan TortoiseGit langsung dari Access, atau Anda bisa menggunakan TortotiseGit langsung dari Windows explorer. Perhatikan bahwa Anda memiliki Berkomitmen di semua tangkapan layar; yang akan menjadi langkah kita selanjutnya. Memilihnya akan membuka dialog TortoiseGit:

Anda biasanya ingin memilih semua. Perhatikan bahwa itu hanya melacak file teks yang kami masukkan ke dalam folder proyek. Poin itu layak untuk ditekankan; jika Anda tidak mengekspor objek dari Access, git tidak mungkin mengetahuinya. Anda perlu memberikan pesan komit deskriptif; semakin detail semakin baik. Kami juga lebih suka melakukan beberapa komit kecil karena dengan cara itu sejarah lebih mudah dipahami. Anda tidak ingin melakukan komit seminggu sekali dengan 1000 perubahan; itu tidak mungkin untuk dipahami. Anda menginginkan komit setelah menyelesaikan tugas (mis. memperbaiki bug tertentu, atau memperkenalkan fitur), sehingga riwayat Anda mudah dipahami.

Saat Anda terbiasa melakukan pekerjaan Anda, Anda mungkin ingin mencatat bahwa TortoiseGit memberi Anda 3 pilihan untuk melakukan:

Berkomitmen ulang berguna jika Anda perlu membuat beberapa komit karena Anda melakukan 2 tugas atau lebih dan Anda ingin memisahkan komit untuk setiap tugas. Mungkin lebih baik untuk tidak melakukan itu dan melakukan segera setelah Anda menyelesaikan tugas, tetapi jika Anda terjebak dalam kegembiraan, Anda cukup memeriksa hanya sebagian file yang ingin Anda komit dan klik recommit. TortoiseGit hanya akan mengkomit file subset tersebut, lalu menyetel ulang dialog komit sehingga Anda dapat mengkomit subset file lainnya dengan pesan terpisah.

Berkomitmen &Dorong sering digunakan untuk menggabungkan komit dan push. Penting untuk diingat bahwa komit hanya menulis ke repositori git lokal Anda. Tapi kami mulai dengan memiliki repositori jarak jauh. Anda tidak dapat membagikan perubahan kode Anda dengan rekan kerja Anda atau memiliki cadangan jarak jauh dari pekerjaan Anda sampai Anda telah mendorong komitmen lokal Anda ke server, dan itulah gunanya push. Kami akan membahas ini secara detail nanti.

Saat Anda melakukan commit, TortoiseGit akan memberi Anda dialog kemajuan, dan memberi tahu Anda jika berhasil.

Menutup

Sejauh ini Anda telah mempelajari cara menyiapkan repositori git, mengonfigurasi OASIS, dan melakukan komit pertama Anda. Namun, itu hampir tidak menggores permukaan. Kekuatan penuh git belum terlihat sampai Anda masuk ke percabangan, membaca sejarah dan menyelesaikan konflik. Namun, itu benar-benar git dan tidak ada hubungannya dengan Access atau OASIS; panduan git umum apa pun yang telah kami tautkan di awal artikel akan sangat membantu untuk memahami cara mengelola repositori git. Penting untuk diingatkan bahwa TortoiseGit hanyalah pembungkus GUI tipis di atas perintah git, jadi meskipun tutorial berbicara tentang menggunakan bash shell, Anda harus dapat melakukan hal yang sama melalui menu TortoiseGit dengan nama yang sama. Ada pertanyaan? Tanyakan di komentar!