Bitbucket dan rumah pengembangan kecil

Saya sedang dalam proses akhirnya meluncurkan Mercurial sebagai sistem kontrol versi kami di tempat kerja. Ini adalah masalah besar bagi semua orang, yang mengejutkan, mereka tidak pernah menggunakan VCS. Setelah berbulan-bulan menempatkan bug di telinga manajemen, mereka akhirnya melihat cahaya dan sekarang menyadari betapa jauh lebih baik daripada bekerja dengan jaringan folder bersama!

Dalam proses meluncurkan ini, saya memikirkan strategi yang berbeda untuk mengelola barang-barang kami dan saya cenderung menggunakan Bitbucket sebagai repositori "sentral" kami. Proyek-proyek di Bitbucket hanya akan menjadi proyek pribadi dan semua orang akan mendorong dan menarik dari sana.

Saya terbuka untuk saran yang berbeda, tetapi adakah yang punya pengaturan serupa? Jika demikian, peringatan apa yang Anda temui?

Saya menggunakan Bitbucket untuk hosting repositori pribadi dan salah satu klien saya menggunakan hosting repositori pribadi di GitHub. Perusahaan lain yang bekerja dengan saya menggunakan hosting repositori pribadi dari subversi di server Jira.

Penyimpanan data Anda di luar kantor, jika bukan satu-satunya tempat Anda memilikinya, dapat mengurangi risiko Anda dalam hal pemulihan bencana. Karena Anda akan memiliki salinan fisik sumber pada mesin dev, dan git dan mercurial menyimpan seluruh sejarah pengembangan di salinan lokal, ini sekarang merupakan solusi yang sangat layak. Kecuali jika Anda memiliki gigabytes data dalam satu proyek, dan koneksi jaringan yang lambat, saya sangat merekomendasikan opsi ini. Itu berbiaya rendah, memberi pengembang banyak portabilitas dan fleksibilitas, dan ini memberi Anda redundansi otomatis.

Tergantung pada tingkat paranoia Anda, Anda mungkin khawatir bahwa memiliki pihak ketiga yang menyimpan kode Anda dapat memunculkan risiko keamanan, tetapi saya pikir dalam praktiknya ini tidak lebih buruk daripada memiliki pengembang dengan laptop yang dapat digunakan dari jaringan perusahaan Anda. Github dan Bitbucket keduanya menggunakan SSH untuk mentransfer data, jadi serangan man-in-the-middle memiliki kemungkinan kejadian yang relatif rendah.

Saya bukan pengguna BitBucket, tetapi saya sarankan membaca syarat dan ketentuan mereka dengan sisir gigi yang bagus. Anda harus benar-benar yakin tentang persyaratan layanan, perlindungan data, dan keamanan / privasi jika Anda akan menyimpan proyek pribadi perusahaan Anda di sana.

Saya berasumsi Anda telah melihat memiliki 'pusat / master' Mecurial di-host pada mesin internal?

Kami melakukan sesuatu yang mirip dengan ProjectLocker di pekerjaan lama saya. Sejujurnya, ini mengarah pada analisis biaya / manfaat - apakah Anda bersedia memberikan fleksibilitas dan biaya untuk menjalankan server Hq / Git / SVN Anda sendiri dengan harga yang akan Anda bayarkan ke BitBucket? Jika ya, maka lakukanlah. Kami tidak pernah benar-benar memiliki masalah waktu aktif, dan itu adalah pengalaman yang baik.

Kami bukan pengguna BitBucket (sebagai perusahaan). Kami menjalankan beberapa sistem legacy internal (CVS, SVN) dan repositori utama kami adalah sistem git dengan cache yang disinkronkan di kantor-kantor terpencil. Dari sudut pandang manajer, saya akan menyarankan untuk tidak menempatkan kekayaan intelektual perusahaan Anda di server orang lain, kecuali jika Anda tidak memiliki fasilitas TI yang memadai di rumah. Kode ini adalah sumber kehidupan perusahaan Anda. Ini seharusnya bukan tentang uang, tetapi tentang melindungi IP Anda.

Saya akan mengatakan itu pasti karena analisis biaya yang lebih murah; menjalankan server Anda sendiri (atau instance VM) atau menempelkannya di tempat lain.

Juga, jika perusahaan sudah memiliki folder berbagi jaringan yang diatur, Anda mungkin ingin mempertimbangkan untuk menggunakan Git, karena Anda bisa mengubah folder bersama jaringan itu ke repositori 'jarak jauh' Anda, dengan sesuatu seperti git init --bare, dan izin berbagi jaringan sudah ada di tempatnya. untuk pengguna. Kemudian setiap pengguna bisa menambahkan folder bersama sebagai remote dengan git remote add origin file:///some/shared/folder (yang mungkin bukan sintaks yang tepat untuk file yang direferensikan, saya akan google untuk sintaks yang tepat).

Pada dasarnya saya melakukan ini di rumah untuk mengelola proyek pribadi saya; Saya memiliki drive NAS di rumah saya dan yang memiliki repo 'jarak jauh' saya di atasnya, maka saya bisa mendapatkannya dari berbagai PC dan laptop saya di huruf drive Windows yang dipetakan.

Saya bergabung dengan programmer lain yang satu ini: Berpikir keras tentang memberikan kode Anda .

Bagi saya itu hanya akan menjadi opsi untuk melakukan outsourcing VCS jika Anda benar-benar tidak memiliki tenaga dan / atau pengetahuan untuk meng-host repositori Anda sendiri (berarti: termasuk backup dan pemeliharaan). Jika Anda sudah memiliki folder jaringan bersama dengan cadangan reguler, Anda bisa mulai menggunakannya dan mendapatkan cadangan tanpa biaya tambahan.

Saya telah menggunakan BitBucket sebentar dan saya merasa ini adalah layanan yang cukup bagus. Saya tidak berpikir akan ada masalah dengan privasi atau keamanan.

Yang sedang berkata, jika Anda merasa tidak nyaman hosting kode perusahaan Anda di server orang lain, Anda dapat mengatur repositori lincah untuk diakses melalui ssh di salah satu server perusahaan Anda. Lihat http://mercurial.selenic.com/wiki/SharedSSH dan http://blog.mixu.net/2010/10/04/setting-up-private-ssh-based-mercurial-repo-hosting-on-centos / .

Bitbucket baik untuk proyek open source.

Jika proyek ini akan menjadi milik, saya sarankan hosting kode Anda sendiri. Tidaklah terlalu mahal untuk menjadi tuan rumah sendiri, jika Anda sudah memiliki pengaturan TI. Temukan saja server yang adil dan gunakan kode Anda.

lincah mudah untuk dikonfigurasi.

semoga sukses dan selamat menikmati.

Mercurial sangat bagus. Tidak kena :(

Nah untuk sebuah perusahaan saya lebih suka memastikan bahwa repo otoritatif proyek berada di server pribadi, bahkan jika Anda memiliki klon yang selalu up-to-date di bitbucket, hanya untuk memastikan.

Saya akan merekomendasikan menginstal Rhodecode pada mesin server lokal pribadi (untuk akses cepat), kemudian memiliki bitbucket pembaruan skrip secara teratur, jika Anda mau. Tetap menyimpan beberapa klon di tempat yang berbeda, Anda tidak pernah tahu.