Cara mudah melibatkan non-programmer (yaitu desainer) untuk menggunakan kontrol versi?

Apa beberapa cara utama untuk melibatkan tim Anda dalam menggunakan kontrol versi selama pengembangan, pengembangan web atau lainnya?

Saya menolak bekerja tanpa itu, yang berarti siapa pun yang terlibat dalam proyek juga harus menggunakannya. Itu hanya latihan yang bagus.

GUI seperti Tower telah membantu, tetapi konsep itu baik bertemu dengan kemarahan ('bukan pekerjaan saya!' Agak sikap), takut-takut, atau hanya langsung tidak menggunakannya (menggunakan FTP sebagai gantinya, menghindari kontrol versi untuk mengatakan, dev atau penyebaran ).

Sunting: Saya harus mengklarifikasi sedikit bahwa saya tidak hanya bermaksud gambar / PSD.

Saya bekerja di tim pengembang dan perancang dan kami semua menggunakan kontrol versi. Bagi para desainer, itu menyebalkan.

Berbagi file / cadangan tidak selalu sama dengan Kontrol Versi

Ketika Anda mengatakan:

Saya menolak bekerja tanpa itu, yang berarti siapa pun yang terlibat dalam proyek juga harus menggunakannya. Itu hanya latihan yang bagus.

Anda harus menyadari kesulitan menggunakan kontrol versi dengan data biner:

• Timpa : Jika dua desainer mengerjakan file yang sama, yang kedua untuk melakukan akan menimpa perubahan pertama sebagai versi saat ini. Satu-satunya cara untuk mencegah hal ini adalah mengunci atau terus-menerus berkomunikasi tentang siapa yang melakukan apa ke file mana, yang keduanya dapat menghambat alur kerja tim mereka.
• Penggabungan : Penggabungan dengan bantuan alat tidak ada dalam data biner. Penggabungan manual itu menyakitkan dan rentan terhadap banyak kesalahan.

• Kembung repositori: Sistem VC hanya menyimpan baris yang diubah untuk file teks. Ini tidak mungkin dengan data biner, karena seluruh file akan terlihat berbeda dengan sistem VC. Ini berarti bahwa sementara 20 versi file teks 10KB hanya dapat memakan waktu 20KB, 20 versi file 1MB mungkin akan memakan waktu lebih dekat hingga 20MB. Tim desain berukuran sedang dapat dengan mudah menghasilkan banyak revisi pada lusinan file biner. Departemen TI Anda mungkin akan segera membenci Anda karena persyaratan penyimpanan dan bahkan mungkin meningkatkan memori / CPU yang akan dimiliki server VC Anda.

  Anda dan pengembang lain juga mungkin akan segera membenci berapa lama waktu yang diperlukan untuk checkout atau pembaruan kecuali Anda telah membuat organisasi repositori yang sangat baik untuk menghindari file biner.

• Pengurangan manfaat : Desainer Anda jarang, jika pernah, kembali ke versi file biner sebelumnya, karena 1) tidak ada cara mudah untuk memeriksa konten versi masa lalu 2) tidak ada cara mudah untuk menggabungkannya, dan yang paling penting, 3) mereka tidak bekerja seperti itu - mereka digunakan untuk membangun versi alternatif dari beberapa grafik yang mungkin masih berguna ke dalam file produksi sendiri.

Untuk kode Anda, Anda harus benar-benar menggunakan VC dan Anda berhak untuk menuntutnya.

Tetapi Anda perlu memeriksa asumsi bahwa itu berarti setiap orang juga harus menggunakannya, serta apakah itu bahkan merupakan praktik yang baik untuk para desainer (meskipun cadangannya). Anda harus menyimpan aset grafik final yang diperlukan oleh situs web Anda / aplikasi di VC Anda, tetapi untuk file produksi, itu mungkin bukan solusi yang tepat.

Saya menolak bekerja tanpa itu, yang berarti siapa pun yang terlibat dalam proyek juga harus menggunakannya. Itu hanya latihan yang bagus.

Itu sikap yang HEBAT, tepat di sana dengan 'bukan pekerjaanku!' :-)

Cara terbaik untuk mendapatkan dukungan adalah dengan menggunakan sesuatu seperti TortoiseGit atau TortoiseSVN untuk mengintegrasikan kontrol versi ke Explorer (dengan asumsi Windows). Dibutuhkan waktu untuk melihat manfaat nyata jika Anda tidak terbiasa dengan paradigma kontrol versi. Setidaknya Tortoise memudahkan bekerja dengan VCS dengan mouse. Cukup "Klik Kanan -> Checkin" yang sederhana.

Untuk alasan ini, saya sudah mencari untuk menerapkan kontrol versi transparan di TortoiseGit pada setiap file yang ditutup. Jika Anda memberi seseorang cabang untuk dikerjakan, dan kemudian setiap penulisan / penutupan menjadi operasi komit, maka pada titik tertentu Anda sebagai pengembang dapat menggabungkan cabang mereka tanpa khawatir tentang konsistensi seluruh repositori, dan mereka dapat melanjutkan dengan bisnis melakukan apa yang mereka lakukan tanpa harus tahu tentang kontrol versi.

Saya memiliki masalah yang sama dengan sejumlah besar dokumen audit yang tidak dapat saya kendalikan ke versi orang, jadi kami memiliki 50 versi dokumen yang sama yang semuanya berbeda.

Cara untuk mendekati ini adalah dengan mensetup sistem build (seperti Hudson ) yang menggunakan sistem kontrol versi untuk mengambil sumber build dan menjadikannya aturan proyek yang hanya artefak yang dikirim oleh sistem build akan ke tim uji dan akhirnya dikerahkan di situs pelanggan.

Jelaskan dengan jelas bahwa sejauh menyangkut proses proyek, apa pun yang tidak berasal dari build adalah privat untuk pengembang saja; selama pekerjaan seseorang tidak diterima di gedung, itu mungkin juga tidak ada.

Jelaskan keunggulannya:

• Tunjukkan pada mereka bagaimana mereka dapat menghemat waktu dengan memungkinkan semua orang berbagi pekerjaan dan akses ke lokasi pusat.
• Tunjukkan pada mereka bagaimana hal itu memungkinkan para desainer untuk mengerjakan bagian proyek yang berbeda pada saat yang bersamaan dan menggabungkannya kembali.
• Tunjukkan pada mereka bagaimana mereka dapat menandai dan membangun versi aplikasi yang lebih lama untuk pengujian atau pemecahan masalah.
• Tunjukkan pada mereka bagaimana mereka dapat dipusingkan dengan desain untuk eksperimen dan kemudian menyegarkan proyek dan tidak menyimpan perubahan jika mereka tidak mau.
• Tunjukkan pada mereka bagaimana mereka dapat melihat apa yang terjadi dari waktu ke waktu.

"Bukan pekerjaan saya" tentang kontrol versi adalah sikap waras dari non-programmer.

Buat sistem kontrol versi sesederhana dan tak terlihat seperti Dropbox untuk sinkronisasi atau Time Machine untuk cadangan.

Seharusnya berfungsi. Tanpa checkout, tanpa komit. Cukup letakkan file di folder proyek.

Saya telah menggunakan tortoiseHG / lincah dengan wanita situs web baru, tidak ada masalah di sana. Tidak memiliki checkout membuatnya sangat sederhana dan memberikan tekanan pada orang yang sebenarnya harus memastikan file disinkronkan. Bahkan tidak tampak seperti "satu hal lagi yang harus dilakukan", itu hanya, "ok saya akan demo situs web jadi saya harus meminta Peter untuk menyinkronkan kembali perubahan." dan itu tidak masalah.

Saya tidak punya pengalaman dengan lincah sebelumnya, kami menggunakan VSS dan saya tidak akan pernah berharap itu pada siapa pun untuk kontrol sumber situs web. Saya mencobanya sekali dan saya tidak akan menyalahkan siapa pun karena tidak ingin menggunakannya.

Saya akan mengatakan penggunaan klon kura-kura *, itu lebih sederhana. Atau mengintegrasikan kontrol versi, dalam IDE atau apa pun.