Bagaimana Anda menghindari bekerja di cabang yang salah?

Berhati-hati biasanya cukup untuk mencegah masalah, tetapi kadang-kadang saya perlu memeriksa ulang cabang yang sedang saya kerjakan ( misalnya "hmm ... saya di devcabang, kan?") Dengan memeriksa jalur kontrol sumber secara acak mengajukan.

Dalam mencari cara yang lebih mudah, saya berpikir untuk memberi nama file solusi sesuai ( misalnya MySolution_Dev.sln ) tetapi dengan nama file yang berbeda di setiap cabang, saya tidak dapat menggabungkan file solusi.

Ini bukan masalah besar tetapi apakah ada metode atau "trik kecil" yang Anda gunakan untuk memastikan Anda berada di cabang yang benar? Saya menggunakan Visual Studio 2010 dengan TFS 2008.

Saya menggunakan http://visualstudiogallery.msdn.microsoft.com/f3f23845-5b1e-4811-882f-60b7181fa6d6 ini

Perbarui judul Anda misalnya:

Pengembangan \ myproject

atau

Main \ myproject

atau

Lepaskan \ myproject

Semoga ini bisa membantu

Beri nama direktori kerja secara berbeda. Yaitu, jika proyek Anda berjudul "MY_PROJECT," buat direktori kerja yang berbeda untuk setiap cabang. Jika ada satu cabang bernama "dev," maka Anda akan memerlukan direktori untuk trunk dan direktori untuk dev, seperti ini:

~/henginy/projects/MY_PROJECT-trunk
~/henginy/projects/MY_PROJECT-dev

Saya tidak bekerja di cabang generik dev atau trunk.

SAYA SELALU bekerja di cabang fitur. Ketika fitur selesai, saya mengikuti langkah-langkah ini.

1. Open Source Control Explorer.
2. Gabungkan dari dev ke cabang fitur saat ini.
3. Perbaiki setiap konflik dan pastikan semuanya masih berfungsi.
4. Periksa lagi. Gabungkan fitur menjadi cabang dev.
5. Solusi dev terbuka.
6. Cabang pengembang checkin.
7. Tutup solusi dev.
8. Biarkan CI membangun dan menggunakan.

Saya hanya membuka cabang dev selama beberapa menit pada suatu waktu dan segera menutupnya.

Anda dapat membuat file kosong di setiap cabang, misalnya THIS_IS_TRUNK.txt di trunk, dan THIS_IS_DEV.txt di DEV.

Saya melakukan banyak pekerjaan (D) VCS saya dari baris perintah. Saya sangat merekomendasikan memiliki tampilan prompt Anda di mana Anda berada. Sebagai contoh, prompt saya ketika dalam repo Git terlihat seperti (saya juga melakukan ini untuk SVN):

[BranchName]RepoTop/path/to/current/wd >>

Dan jika repo saat ini kotor (perubahan tidak dikomit):

[BranchName!!]RepoTop/path/to/current/wd >>

Saya juga memiliki latar belakang diatur ke merah jika login ke prod, hal-hal seperti itu. Saya menemukan notifikasi visual sederhana menjadi sangat efektif bagi saya.

Anda menyebutkan bahwa Anda paling sering melihat ini setelah kembali ke komputer Anda. Saya menemukan catatan posting itu, dengan fokus saya saat ini (cabang, bug #, fitur) menempel pada keyboard saya ketika saya pergi, untuk menjadi sangat efektif dalam memungkinkan saya untuk kembali bekerja dengan cepat, daripada menciptakan kembali apa pun yang saya lakukan lalu .

Ada ekstensi Visual Studio gratis yang disebut Info Solusi TFS yang dapat membantu dengan ini. Ini menunjukkan kepada Anda cabang dan ruang kerja saat ini di jendela kecil yang dapat Anda letakkan / sematkan di mana pun Anda inginkan.

Saya telah menggunakan ekstensi VSCommands (dengan Visual Studio 2012, tetapi ada versi 2010) dan itu dengan mudah menempatkan nama cabang di sudut kiri atas layar serta menjadi solusi explorer.

Tidak berafiliasi dengan produk dengan cara apa pun, hanya pengguna yang bahagia.

Saya menghindari bekerja di cabang yang salah dengan melakukan hampir semua hal dalam satu cabang (dalam batang - menurut strategi percabangan "batang tidak stabil" ).

Kasus-kasus ketika saya dipaksa untuk memperbarui cabang sangat jarang - ini adalah perbaikan bug pra-dan pasca-produksi (kode kandidat kandidat diisolasi di cabang-cabang). Karena perbaikan ini juga harus di bagasi, saya biasanya membuat konsep, menguji dan memverifikasi mereka di sana di bagasi, kemudian port ke cabang prod. Porting sebagai aturan hanya melibatkan salinan langsung dari 1 hingga 5 file ke cabang dan membangun pemeriksaan.

• Saya juga agak beruntung bahwa di sebagian besar proyek manajemen saya lebih suka meyakinkan pelanggan untuk menggunakan rilis yang lebih baru daripada menambal rilis yang lama - ini membuat bagian pasca-produksi dari pembaruan di cabang menjadi minimum yang hampir dapat diabaikan.

Jawaban spesifik tergantung pada perangkat lunak kontrol versi yang Anda gunakan, tetapi biasanya ada perintah yang memungkinkan Anda dengan mudah melihat cabang yang sedang Anda kerjakan. Misalnya, dengan Subversion, gunakan svn infoperintah di direktori untuk melihat URL untuk cabang itu. Jika Anda lebih tertarik pada file tertentu, Anda dapat menentukannya juga:

caleb-dev$ svn info foo.c 
Path: foo.c
Name: foo.c
URL: https://svn.mycompany.com/repo/sample/branches/caleb-dev/foo.c
Repository Root: https://svn.mycompany.com/repo/sample
Repository UUID: d62f7aef-3ad2-6098-12a-c16647d854ab
Revision: 1042
Node Kind: file
Schedule: normal
Last Changed Author: caleb
Last Changed Rev: 1031
Last Changed Date: 2011-06-07 15:28:27 -0400 (Tue, 07 Jun 2011)
Text Last Updated: 2011-06-08 03:08:12 -0400 (Wed, 08 Jun 2011)
Checksum: 123456789098765432123456789098

Dari URL, saya dapat melihat bahwa salinan foo.c saya ada di cabang caleb-dev.

Saya tidak perlu melakukannya terlalu sering karena direktori lokal saya memiliki nama yang sama dengan cabang. Melihat cepat pada command line prompt saya biasanya cukup untuk mengonfirmasi bahwa saya berada di direktori yang benar, dan karenanya bekerja di cabang yang benar.

Sudah banyak jawaban di sini, tetapi tidak ada yang menyentuh pada solusi sederhana yang kami miliki di tempat saya bekerja: untuk setiap cabang, buat VM baru yang berisi lingkungan dev, dan periksa dari cabang yang tepat. Anda hanya perlu melakukan itu dan melakukannya dengan benar sekali, dan kemudian Anda cukup mengganti VMs untuk beralih cabang.