Memahami bagaimana perintah Team Foundation Version Control (TFVC) dipetakan ke alur kerja Git

Layanan Azure DevOps | Azure DevOps Server 2022 - Azure DevOps Server 2019

Visual Studio 2019 | Visual Studio 2022

Apakah Anda berencana untuk mengadopsi Git, terbiasa dengan tindakan TFVC , dan bertanya-tanya bagaimana mereka memetakan ke Git? Keduanya adalah sistem kontrol sumber yang kuat dan matang. Namun, memetakan tindakan umum yang telah Anda kembangkan terbiasa di satu dengan yang lain bisa menjadi pengalaman yang membingungkan.

Artikel ini tidak mendalami perintah Git, karena didokumenkan dengan baik dalam dokumentasi produk, tetapi tampilkan contoh untuk membantu Anda membuat keputusan yang tepat, sambil menelusuri buat - kloning -> cabang -> perubahan ->> penerapan -> dorong alur kerja yang khas.

Mulai dari awal dengan membuat repositori baru

Setiap Proyek dapat menghosting repositori TFVC dan Git dalam proyek yang sama, membuat satu TFVC, dan satu atau beberapa repositori Git.

Setelah repositori dibuat, Anda disajikan dengan instruksi langkah demi langkah untuk memulai dengan cepat.

Klik Buat file ReadMe di akhir halaman instruksi, untuk memberikan konteks repositori dan untuk membuat beberapa riwayat.

Membuat ruang kerja dan mendapatkan yang terbaru

Saat menyambungkan ke repositori TFVC untuk pertama kalinya, Anda biasanya membuat ruang kerja dan mendapatkan kode terbaru. jadi, bagaimana Anda memulai di Git?

Mirip dengan ruang kerja di TFVC, Anda clone repositori Git ke folder di komputer Anda. Kloning akan mengunduh semua konten dan riwayat repositori, ke komputer lokal Anda. Setelah Anda memiliki repositori kloning, hampir semua operasi dilakukan secara lokal. Anda dapat bekerja secara offline dengan pencadangan penuh repositori terpusat.

Baris Perintah

git clone https://dev.azure.com/demo-fabrikam/Fabrikam/_git/Mapping-TFVC-actions-to-Git

Visual Studio

Visual Studio menyediakan pengalaman kontrol versi Git dengan menggunakan menu Git, Perubahan Git, dan melalui menu konteks di Penjelajah Solusi.

1. Dari menu Git di bilah menu, pilih Klon Repositori untuk membuka jendela Kloning repositori.

   

2. Di jendela Kloning repositori, pilih Azure DevOps di bawah Telusuri repositori untuk membuka Koneksi ke jendela Proyek.

   

3. Di jendela Koneksi ke Proyek, masuk ke Azure DevOps dan pilih repositori jarak jauh yang ingin Anda kloning. Anda dapat menggunakan kotak pencarian untuk memfilter daftar repositori jarak jauh. Jika Anda tidak melihat repositori jarak jauh, pilih Tambahkan Server Azure DevOps untuk menambahkan server yang menghosting repositori. Verifikasi jalur folder lokal tempat Anda ingin kloning lokal dibuat, lalu pilih Kloning.

   

Setelah Anda mengkloning repositori Git jarak jauh, Visual Studio mendeteksi kloning lokal dan menambahkannya ke daftar Repositori Lokal di menu Git .

Catatan

Visual Studio 2019 versi 16.8 dan versi yang lebih baru menyediakan menu Git baru untuk mengelola alur kerja Git dengan peralihan konteks yang lebih sedikit daripada Team Explorer. Prosedur yang disediakan dalam artikel ini di bawah tab Visual Studio menyediakan informasi untuk menggunakan pengalaman Git serta Team Explorer. Untuk mempelajari selengkapnya, lihat Perbandingan berdampingan git dan Team Explorer.

Anda hanya perlu mengkloning sekali per repositori, tetapi seperti ruang kerja TFVC, Anda dapat memiliki beberapa klon untuk mengisolasi pekerjaan yang sedang berlangsung. Namun, percabangan biasanya merupakan cara yang lebih baik untuk mengisolasi perubahan.

Membuat cabang

Dengan Git, Anda selalu bekerja di cabang dan secara default dimain cabang. Kami sarankan Anda membuat beberapa cabang lokal. Ini adalah proses yang membutuhkan waktu beberapa detik dan memungkinkan Anda beralih konteks dengan mulus antara cabang dan bekerja dalam isolasi. Tidak seperti cabang TFVC, yang tercakup ke jalur, cabang Git dicakup oleh repositori. Mereka ringan, hanya dapat bersifat lokal, atau dibagikan dengan orang lain ketika Anda siap untuk berbagi perubahan Anda.

Pertimbangkan bercabang jika Anda perlu bekerja dalam isolasi, perlu menangguhkan pekerjaan Anda, fokus pada fitur baru, atau jika Anda berencana untuk melakukan permintaan pull Git.

Sebagai pengguna TFVC, ulangi beberapa kali:

• Percabangan disarankan!
• Percabangan Git murah, cepat, dan kuat!
• Git mendorong Anda untuk menggunakan cabang lokal .
• Terbitkan cabang lokal ke repositori terpusat Anda sesuai kebutuhan.
• Selalu verifikasi konteks cabang Anda sebelum membuat perubahan.
• Beri nama cabang menggunakan konvensi umum seperti users/alias/branchname misalnya: users/doris/newfeature

Buat dan beralih ke cabang topik lokal, bernama francis/demo-feature. Adalah praktik yang baik untuk menjalankan yang git status pertama, untuk memverifikasi bahwa Anda berada di cabang yang tepat untuk memulai.

Baris Perintah

git checkout -b francis/demo-feature

Visual Studio

1. Dari menu Git pada bilah menu, pilih Cabang Baru untuk membuka jendela Buat cabang baru.

   

2. Di jendela Buat cabang baru, masukkan nama cabang deskriptif untuk memberi tahu orang lain pekerjaan apa yang dikandung cabang. Secara default, Visual Studio membuat cabang baru Anda dari cabang saat ini. Kotak centang Cabang checkout secara otomatis mengalihkan Anda ke cabang yang baru dibuat. Pilih Buat.

   

Catatan

Visual Studio 2019 versi 16.8 dan versi yang lebih baru menyediakan menu Git baru untuk mengelola alur kerja Git dengan peralihan konteks yang lebih sedikit daripada Team Explorer. Prosedur yang disediakan dalam artikel ini di bawah tab Visual Studio menyediakan informasi untuk menggunakan pengalaman Git serta Team Explorer. Untuk mempelajari selengkapnya, lihat Perbandingan berdampingan git dan Team Explorer.

Di Visual Studio, pilih Cabang > Team Explorer > klik kanan pada cabang > Cabang Lokal Baru Dari...

Buat perubahan dengan menambahkan file

Mirip dengan pengalaman TFVC, file baru di folder kerja tidak secara otomatis menjadi bagian dari repositori. Anda menahapkan git add file baru Anda dengan perintah , yang identik dengan melakukan add Items to Folder operasi di TFVC.

Baris Perintah

git add <file>

or

git add --all

Visual Studio

Di jendela Perubahan Git, klik kanan file di bagian Perubahan dan pilih Tahap untuk menambahkannya ke bagian Perubahan Bertahap.

Atau, Anda dapat menahapkan file yang diubah dengan memilih tanda plus di samping file. Untuk menahapkan semua file yang diubah dalam folder, pilih tanda plus di samping folder. Untuk menahapkan semua file yang diubah di repositori Anda, pilih tanda plus di sudut kanan atas bagian Perubahan .

Anda dapat memberi tahu Git untuk mengabaikan file dengan mengklik kanan file dan memilih Abaikan item lokal ini atau Abaikan ekstensi ini. Salah satu perintah membuat file .gitignore di repositori Anda jika tidak ada, dan menambahkan entri ke dalamnya. File yang diabaikan tidak akan muncul di bagian Perubahan di Visual Studio. Namun, file .gitignore tidak berpengaruh pada file yang dilacak. Untuk informasi tentang cara mengonfigurasi Git untuk mengabaikan file terlacak, lihat Mengabaikan file. Untuk menghemat waktu, Anda dapat mengunduh templat .gitignore untuk berbagai lingkungan pengembangan dari repositori gitignore GitHub.

Catatan

Visual Studio 2019 versi 16.8 dan versi yang lebih baru menyediakan menu Git baru untuk mengelola alur kerja Git dengan peralihan konteks yang lebih sedikit daripada Team Explorer. Prosedur yang disediakan dalam artikel ini di bawah tab Visual Studio menyediakan informasi untuk menggunakan pengalaman Git serta Team Explorer. Untuk mempelajari selengkapnya, lihat Perbandingan berdampingan git dan Team Explorer.

Di Visual Studio, pilih Team Explorer>Changes>Untracked Files>add individual files or add all.

Dengan menggunakan sampel pra-panggang, Anda akan memiliki 13 file baru yang telah disertakan dan ditahapkan di repositori lokal.

Lihat perubahan yang tertunda

Penasaran perubahan apa yang sekarang ada di lingkungan kerja Anda? Seperti sebelumnya, perintah Git status atau Changes tampilan di Visual Studio IDE akan menampilkan perubahan di pohon kerja Anda.

Baris Perintah

git status

Visual Studio

Di Visual Studio, pilih Git>Commit atau Stash untuk membuka Git Changes, tempat Anda dapat melihat perubahan saat ini.

Catatan

Visual Studio 2019 versi 16.8 dan versi yang lebih baru menyediakan menu Git baru untuk mengelola alur kerja Git dengan peralihan konteks yang lebih sedikit daripada Team Explorer. Prosedur yang disediakan dalam artikel ini di bawah tab Visual Studio menyediakan informasi untuk menggunakan pengalaman Git serta Team Explorer. Untuk mempelajari selengkapnya, lihat Perbandingan berdampingan git dan Team Explorer.

Di Visual Studio Team Explorer, pilih Perubahan>yang Disertakan.

Periksa perubahan dan penerapan secara lokal

Di TFVC, Anda membagikan perubahan anda dengan Check In, yang mengirimkan perubahan tertunda ke server. Proses Git sedikit berbeda. Pertama, Anda berkomitmen ke repositori lokal, membuat objek penerapan (seperti set perubahan), lalu Anda mendorong untuk mengirim perubahan tersebut ke server.

Anda menerapkan perubahan pada repositori lokal Anda menggunakan git commit, mirip Checkin Pending Changes dengan di TFVC. Perbedaan utamanya adalah menerapkan git commit perubahan Anda ke repositori lokal alih-alih repositori jarak jauh .

Baris Perintah

git commit

Visual Studio

Di jendela Perubahan Git, masukkan pesan yang menjelaskan perubahan bertahap Anda lalu pilih Terapkan Bertahap.

Pilih tautan penerapan untuk detail penerapan.

Catatan

Jika semua perubahan Anda tidak terpasang, Anda dapat melewati penahapan dan langsung berkomitmen dengan memilih Terapkan Semua.

Catatan

Visual Studio 2019 versi 16.8 dan versi yang lebih baru menyediakan menu Git baru untuk mengelola alur kerja Git dengan peralihan konteks yang lebih sedikit daripada Team Explorer. Prosedur yang disediakan dalam artikel ini di bawah tab Visual Studio menyediakan informasi untuk menggunakan pengalaman Git serta Team Explorer. Untuk mempelajari selengkapnya, lihat Perbandingan berdampingan git dan Team Explorer.

Di Visual Studio, pilih Penerapan Perubahan > Team Explorer >

Periksa perubahan dengan server/repositori jarak jauh

Pertama, Anda perlu menerbitkan cabang francis/fitur demo lokal Anda ke server jarak jauh, yang mencakup semua perubahan yang diterapkan.

Baris Perintah

git push --set-upstream origin francis/demo-feature

Visual Studio

Di Visual Studio, pilih Git>Push untuk mendorong cabang saat ini.

Catatan

Visual Studio 2019 versi 16.8 dan versi yang lebih baru menyediakan menu Git baru untuk mengelola alur kerja Git dengan peralihan konteks yang lebih sedikit daripada Team Explorer. Prosedur yang disediakan dalam artikel ini di bawah tab Visual Studio menyediakan informasi untuk menggunakan pengalaman Git serta Team Explorer. Untuk mempelajari selengkapnya, lihat Perbandingan berdampingan git dan Team Explorer.

Di Visual Studio Team Explorer, pilih Cabang, lalu klik kanan pada cabang lokal, dan pilih Terbitkan Cabang.

Untuk menyinkronkan pembaruan lebih lanjut di lokal Anda dengan repositori jarak jauh, Anda perlu mendorong perubahan Anda menggunakan git push. Praktik yang direkomendasikan menggunakan perintah git atau VISUAL Studio IDE adalah untuk:

• fetch untuk mengunduh konten dan mempratinjau perubahan masuk dari orang lain.
• pull untuk mengunduh lalu menggabungkan perubahan dari orang lain.
• push untuk berbagi perubahan lokal Anda.

Lihat riwayat

Untuk melihat penerapan, Anda baru saja membuat, Anda dapat meninjau riwayat lokal.

Baris Perintah

Untuk riwayat ringkas, gunakan:

git log --oneline

Untuk detail, lihat, gunakan:

git log

Seperti yang ditunjukkan di atas, git log mencantumkan penulis, email, tanggal tertulis, dan checksum SHA-1 penerapan. Sebagai pengguna TFVC, Anda mungkin ingin menggunakan --stat opsi untuk menyertakan informasi selengkapnya, seperti nama file dan statistik perubahan.

Visual Studio

Anda dapat mengambil tampilan riwayat repositori lokal di Visual Studio IDE. Pilih Git>Kelola Cabang. Di bawah Cabang, pilih cabang untuk melihat riwayatnya.

Catatan

Visual Studio 2019 versi 16.8 dan versi yang lebih baru menyediakan menu Git baru untuk mengelola alur kerja Git dengan peralihan konteks yang lebih sedikit daripada Team Explorer. Prosedur yang disediakan dalam artikel ini di bawah tab Visual Studio menyediakan informasi untuk menggunakan pengalaman Git serta Team Explorer. Untuk mempelajari selengkapnya, lihat Perbandingan berdampingan git dan Team Explorer.

Di Visual Studio, pilih Cabang Team Explorer > | Perubahan | Riwayat Tampilan Tindakan > Sinkronisasi >

Anda juga dapat melihat riwayat repositori terpusat menggunakan portal web Azure DevOps Services.

Di portal web Azure DevOps Services, pilih Riwayat KODE > atau Riwayat Penjelajah > KODE >

Pada titik ini, Anda telah berhasil menjelajahi buat -> kloning - cabang ->> ubah -> penerapan -> dorong alur kerja, berdasarkan tindakan TFVC umum.

Anda juga memiliki opsi untuk mengeluarkan permintaan pull, untuk menerbitkan dan mentahapkan perubahan Anda pada server/repositori jarak jauh pada saat ini.

Tindakan lain

Beralih cabang

Saat bekerja dengan Git, Anda tidak mengubah cabang dengan beralih ke folder dan lokasi terpisah di komputer Anda. Anda mengubah konteks dengan melakukan checkout, membuat seluruh direktori kerja cocok dengan cabang atau penerapan yang dipilih. Cepat dan sederhana!

Baris perintah

git checkout <branch>

Jika Anda lupa cabang apa yang Anda miliki di repositori lokal Anda, gunakan git branch untuk mencantumkan cabang default dan yang diketahui.

Perlu diingat cabang mana yang sedang Anda kerjakan! Ketika Anda bekerja dengan beberapa cabang di Git, Anda beralih cabang di tempat di direktori kerja yang sama. Beralih antar cabang adalah operasi yang cepat, dan memastikan Anda berada di cabang yang tepat setiap saat adalah praktik yang baik.

Dapatkan versi terbaru

Ada banyak alasan untuk ingin mendapatkan pembaruan. Misalnya, ketika Anda perlu beralih konteks ke proyek lain, refresh komputer pengembangan Anda dengan versi terbaru basis kode.

Baris perintah

git pull

or

git fetch

diikuti oleh

git merge FETCH_HEAD

Selalu dapatkan versi terbaru dan atasi konflik penggabungan secara lokal.

Urungkan perubahan lokal

Mungkin ada alasan yang valid untuk mengembalikan semua revisi yang Anda buat di repositori lokal Anda dan mengatur ulang lingkungan kerja Anda ke versi terbaru dari repositori jarak jauh.

Baris perintah

git reset --hard HEAD

diikuti oleh

git pull origin

diikuti oleh

git clean -xdf

Skenario ini identik dengan melakukan Get > Latest Version dengan Overwrite writable files that are not checked out opsi dan Overwrite all files if the local version matches the specified version di TFVC.

Atau Anda dapat menghapus repositori lokal Anda secara manual—setelah membuat salinan yang divalidasi tentu saja—lalu clone repositori lagi.

Ada lebih banyak tindakan dan opsi yang tersedia untuk pengguna Git. Berikut adalah beberapa situs referensi yang berguna untuk pembacaan lebih lanjut:

• Perintah Git yang tercakup di sini, lihat dokumentasi git
• Pikirkan seperti (a) Git, Panduan untuk Perplexed.
• Cara membatalkan (hampir) apa pun dengan Git, oleh Joshua Wehner

Q&A

Bagaimana dengan sinkronisasi?

"Apakah IDE Commit and Sync Visual Studio tidak secara ajaib melakukan semua ini?", Anda mungkin bertanya pada diri sendiri.

Pilih Git>Commit atau Stash untuk membuka Git Changes. Pilih menu dropdown Terapkan Semua, lalu pilih Terapkan Semua dan Sinkronkan.

Atau, di Team Explorer, pilih menu dropdown Penerapan lalu Perintah dan Sinkronkan.

Dengan sihir datang tanggung jawab! Banyak pengguna tidak senang sync karena terkadang dapat mengacaukan riwayat lokal Anda dan menambahkan penerapan penggabungan di atas penerapan Anda saat ini. Setelah Anda dalam keadaan buruk, Anda harus kembali ke baris perintah karena saat ini tidak ada dukungan reset di IDE.

Penulis: Jesse Houwing, Martin Hinshelwood, Mike Fourie, dan Willy Schaub dari ALM | DevOps Rangers. Koneksi dengan mereka di sini.

(c) 2015 Microsoft Corporation. Semua hak dilindungi undang-undang. Dokumen ini disediakan "apa adanya." Informasi dan tampilan yang dinyatakan dalam dokumen ini, termasuk URL dan referensi situs Web Internet lainnya, dapat berubah tanpa pemberitahuan. Anda menanggung risiko menggunakannya.

Dokumen ini tidak memberikan hak hukum apa pun kepada Anda atas kekayaan intelektual apa pun di semua produk Microsoft. Anda dapat menyalin dan menggunakan dokumen ini sebagai referensi internal.