Saya tahu, dan menggunakan, dua sistem kontrol versi: Subversi dan git. Subversion, seperti yang sekarang, digunakan untuk proyek-proyek pribadi di mana saya satu-satunya pengembang dan git digunakan untuk proyek-proyek sumber terbuka dan proyek-proyek di mana saya percaya orang lain juga akan...
Saya selalu bertanya-tanya mengapa git lebih suka hash daripada angka revisi. Angka revisi jauh lebih jelas dan lebih mudah untuk dirujuk (menurut saya): Ada perbedaan antara menyuruh seseorang untuk melihat revisi 1200 atau melakukan 92ba93e! (Sekedar memberi satu contoh). Jadi, apakah ada alasan...
Saya tahu bahwa Subversion (apa yang kami gunakan di tempat kerja) dapat dikonfigurasikan untuk memerlukan komentar saat melakukan, namun saya tidak dalam posisi yang kuat untuk mengaktifkannya. Saya tahu bahwa alasan saya berkomentar tentang komitmen saya adalah karena berguna, jika hanya sebagai...
Saya mendapat kesan bahwa sistem kontrol versi menghilangkan kebutuhan untuk memiliki "log perubahan" terpampang di mana-mana dalam kode. Saya sering melihat terus menggunakan log perubahan, termasuk blok panjang yang besar pada awal prosedur tersimpan dengan bagian besar diblokir untuk perubahan...
Saya mencari programmer ahli untuk membantu memecahkan situasi yang sulit. Wawancara sejauh ini sangat mengecewakan. Kandidat terbaik sejauh ini adalah programmer yang sangat berpengalaman yang tidak pernah menggunakan perangkat lunak kontrol versi. Masalah itu sendiri mungkin tidak terlalu...
Saya hanya pengembang junior tetapi pekerjaan saya memaksa saya untuk bekerja dengan kode PHP yang sangat buruk (pikirkan kode PHP terburuk yang pernah Anda lihat; lalu pikirkan tentang kode yang dua kali lebih buruk). Saya biasanya mencoba untuk memperbaiki bug dan bertarung dengan basis kode...
Salah satu keuntungan menggunakan DVCS adalah alur kerja edit-commit-gabungan (lebih dari edit-gabungan-komit sering dipaksakan oleh CVCS). Mengizinkan setiap perubahan unik untuk dicatat dalam repositori independen dari penggabungan memastikan DAG secara akurat mencerminkan silsilah sebenarnya...
Saya memulai repositori Git untuk proyek grup. Apakah masuk akal untuk menyimpan dokumen dalam repositori Git yang sama dengan kode - sepertinya ini bertentangan dengan sifat alur revisi git. Berikut ringkasan pertanyaan saya: Apakah gaya revisi Git akan membingungkan jika kedua kode dan dokumen...
Saya ingin tahu Dalam proyek C # atau VB.NET kita harus memasukkan folder PAKET (folder paket nugget yang dibuat ke root proyek saya yang berisi file nupkg dan konten lainnya) ke repositori kontrol sumber kami (misalnya
Saya kira ini adalah situasi umum: Saya menguji beberapa kode, menemukan bug, memperbaikinya, dan melakukan perbaikan bug ke repositori. Dengan anggapan bahwa banyak orang mengerjakan proyek ini, pertama-tama saya harus membuat laporan bug, menugaskannya sendiri, dan merujuknya dalam pesan komit...
Jika saya menemukan kesalahan ketik dalam kode (misalnya, tanda kesalahan dalam pernyataan cetak (kesalahan)), apakah ada baiknya membuat komitmen untuk menyelesaikan kesalahan itu, atau haruskah itu dibiarkan begitu saja? Secara khusus, saya ingin tahu tentang menimbang penyempurnaan log komit...
Saya pernah mendengar di beberapa tempat "Jangan membuat komitmen besar" tetapi saya tidak pernah benar-benar mengerti apa yang dimaksud dengan komitmen "besar". Apakah ini besar jika Anda bekerja pada banyak file meskipun ada yang terkait? Berapa banyak bagian proyek yang harus Anda kerjakan...
Saya telah membaca catatan Martin Fowler tentang Integrasi Berkelanjutan dan ia mencantumkan sebagai keharusan "Setiap Orang Berkomitmen Untuk Mainline Setiap Hari". Saya tidak suka melakukan kode kecuali bagian yang saya kerjakan selesai dan dalam praktiknya saya melakukan kode saya setiap tiga...
Saya mendengar Google memiliki repositori pribadi (internal) raksasa dari semua kode mereka dan karyawan mereka memiliki akses ke sana sehingga ketika mereka mengembangkan hal-hal yang tidak harus mereka temukan kembali. Saya ingin tahu lebih banyak tentang itu! Adakah orang di sini dari Google...
PEMBARUAN Saya bekerja pada tim kecil devs, 4 orang. Mereka semua menggunakan kontrol sumber. Sebagian besar dari mereka tidak tahan dengan kontrol sumber dan malah memilih untuk tidak menggunakannya. Saya sangat percaya kontrol sumber adalah bagian penting dari pengembangan profesional. Beberapa...
Apakah menurut Anda layak menggunakan kontrol versi jika Anda adalah pengembang independen, dan jika ya, mengapa? Apakah Anda menyimpan repositori di komputer Anda sendiri, atau di tempat lain, di mana repositori dapat berfungsi sebagai
Ketika mengerjakan suatu proyek, kode tersebut dapat dikembangkan cukup cepat dalam satu hari atau sedikit demi sedikit untuk periode berkepanjangan beberapa minggu / bulan / tahun. Karena komit kode menjadi dianggap sebagai ukuran pengembangan proyek, itu tidak benar-benar berarti memiliki lebih...
Kami bekerja sama dengan beberapa bukan programmer (penulis) yang perlu berkontribusi ke salah satu proyek kami. Sekarang mereka hanya tidak menyukai gagasan untuk menggunakan Git (atau apa pun juga) untuk versi yang mengontrol pekerjaan mereka. Saya pikir ini adalah karena mereka hanya tidak...
Haruskah file database (skrip dll.) Di kontrol sumber? Jika demikian, apa metode terbaik untuk menyimpannya dan memperbaruinya di sana? Apakah bahkan ada kebutuhan untuk file database untuk berada di kontrol sumber karena kita dapat meletakkannya di server pengembangan di mana semua orang dapat...
Sesama pengembang telah mulai bekerja pada proyek Drupal baru, dan sysadmin telah menyarankan bahwa mereka hanya harus menempatkan situs / subdirektori default dalam kontrol sumber, karena "akan membuat pembaruan dengan mudah dapat skrip." Mengesampingkan klaim yang agak meragukan itu, menimbulkan...