Menggunakan Git di lingkungan Perusahaan [ditutup]

Git adalah sistem kontrol versi yang sangat baik. Jika kita mengecualikan fakta bahwa, itu tidak memiliki dukungan GUI yang sangat baik, itu sangat bagus dan cepat. Tetapi kontrol sumber seperti Clearcase memiliki dukungan besar bagi pelanggan perusahaan. Perusahaan berinvestasi dalam jumlah besar untuk server kontrol sumber dan licesense.

Akhir-akhir ini sebagian besar perusahaan besar seperti Google mengadopsi Git daripada sistem kontrol versi lainnya. Tetapi perusahaan ini memiliki grup open source yang kuat yang secara konsisten menyediakan pengembangan dan dukungan untuk alat tersebut (Mereka bahkan mungkin memiliki versi kustom Git sendiri). Pada saat yang sama, perusahaan besar tidak terlalu peduli untuk mengadopsi proyek open source dan membuatnya relevan dengan mereka.

• Apakah Git benar-benar alat yang dapat diandalkan untuk lingkungan perusahaan, terutama pada Platform Windows?
• Dukungan tersebut dipertanyakan untuk Git karena merupakan produk sumber terbuka.
• Adakah perusahaan yang memberikan solusi dan dukungan? Bagaimana biaya server dibandingkan dengan kontrol versi lain seperti Clear-case?

GitHub BUKAN kontrol versi - itu "host" sistem kontrol versi yang disebut "Git". Selain dari permainan kata-kata, ini adalah perbedaan yang sangat penting - kenal baik.

Mengenai penggunaan perusahaan, saya dapat memberitahu Anda bahwa git sepintar (dan nyaman, dan lebih baik) dengan sesuatu seperti SVN. Dan, Anda dapat memilih strategi kontrol versi yang sesuai (alur kerja) berdasarkan ukuran dan ruang lingkup proyek (dan tim Anda). Sistem yang tidak terdistribusi tidak dapat memberikan Anda fleksibilitas ini.

Untuk Windows, lihat Msysgit atau Visual Studio Extensions untuk Git - git bekerja sangat baik pada Windows. Juga, pengguna windows melihat seri pelatihan ini dari TekPub - itu semua Windows.

UPDATE [Feb 2013] memulai dengan git di visual studio

Pertanyaan Anda tidak jarang, dan Anda bisa google tentang hal itu dan mendapatkan banyak teks yang menjelaskan mengapa dan bagaimana (dan apakah) menggunakan git di perusahaan.

• Baca ini , ini , dan ini
• Lihatlah GitLab , aplikasi mandiri yang menyediakan antarmuka mirip dengan GitHub
• Lihatlah proyek gitolite
• Lihat opsi Git Hosting :
  • GitHub Enterprise
  • Gitorious
  • Git Enterprise
  • terurai

Masih tidak suka Git? Lihatlah DVCS lain yang disebut Mercurial .

+1 Mercurial.

Mercurial itu keren, mudah, memiliki banyak GUI yang ramah pengguna, dan terasa lebih profesional. Saya tidak pernah mengerti mengapa Git memiliki hype seperti itu, sementara yang besar lainnya berada di bawah bayangan. Mercurial juga didukung oleh kode google, bitbucket.org (setara dengan github), gerhana ... Saya menggunakannya sejak dua tahun dan selalu senang dengan itu.

Edit Februari 2014:

Sementara itu, Git telah memimpin sedemikian rupa sehingga saya akan menyarankannya daripada lincah. Tiga tahun lalu, Mercurial adalah IMHO lebih dipoles, lebih bersih, lebih baik. Namun, hype berada di pihak Git dan momentum yang didapat sejak saat itu menjadikannya pemenang yang jelas. Sekarang standar de-facto karena komunitasnya yang besar.

Saya tahu https://github.com/ memberikan beberapa dukungan berkaitan dengan repositori pribadi untuk perusahaan

Secara khusus mereka menyediakan layanan yang disebut firewall install http://fi.github.com/ Mereka mengklaim memberikan dukungan tetapi tidak memiliki rincian yang diposting secara online dan saya tidak pernah menggunakannya.

Biaya adalah $ 5000 per 20 orang per tahun.

Saya menggunakan Git dan Mercurial di Windows, dan keduanya lebih dari yang bisa digunakan. Saya pikir alat GUI untuk Mercurial lebih baik, jadi jika tim Anda terbiasa dengan alat visual mungkin lebih cocok. Saya cenderung menggunakan commandline - bagi saya itu lebih masuk akal.

Keduanya, dalam pengalaman saya anti peluru. Anda tidak memerlukan 'dukungan' seperti itu, walaupun saya tahu banyak perusahaan ingin memilikinya.

Saya yakin ada yang lain, tetapi ada baiknya melihat Kiln , yang merupakan solusi lincah host.

Harap perhatikan - terlepas dari jalan mana Anda pergi, DVCS sangat berbeda dengan VCS tradisional. IMHO, mereka lebih unggul dalam hampir semua hal, tetapi perlu waktu untuk terbiasa.

git asing untuk pengembang Windows. Itu bukan warga negara kelas satu yang sebenarnya. Ini bekerja dengan baik, tetapi ini adalah alat Linux yang pertama dan terutama. Sebagai contoh, model server git cukup banyak membutuhkan login SSH untuk keamanan.

Dukungan adalah pertanyaan, dan ada perusahaan yang dapat menyediakan, biasanya disertai dengan solusi yang di-host.

Git diketahui tidak memerlukan server besar - karena repositori meningkatkan kapasitas dan kecepatan lebih besar selalu penting, tetapi karena sebagian besar operasi hanya terjadi pada komputer Anda, persyaratan server adalah urutan besarnya kurang dari sesuatu seperti Clearcase.

Untuk apa nilainya, perusahaan kami yang kurang dari 100 di bawahnya adalah pengguna besar git, di Windows, dengan proyek Java dan C.

Git sangat berbeda dari Clearcase, jadi tantangannya bagi Anda mungkin adalah bagaimana memigrasi pengembang Anda (dan pengguna lain) dengan lancar ke cara kerja yang berbeda dengan kode sumber dan file. Bergantung pada seberapa berpengalaman pengguna Anda dan seberapa terintegrasi Clearcase di perusahaan Anda, itu mungkin membutuhkan banyak pelatihan dan pembelajaran.

Saran saya awalnya adalah agar Anda mencoba git dalam proyek percontohan dan melihat bagaimana hasilnya untuk tim Anda. Dapatkan repositori aman di github dan Anda siap untuk pilot.

• Apakah Git benar-benar alat yang dapat diandalkan untuk lingkungan perusahaan, terutama untuk Platform Windows?

Kami akan segera berada di ya kuat dengan yang satu ini. Baru-baru ini Atlassian membuat langkah besar menuju pencapaian ini dengan merilis Stash 1.3 .

• Dukungan adalah pertanyaan untuk Git karena ini merupakan kontrol versi open source.

Ada jaringan dukungan yang kuat dari pengguna Git berpengetahuan yang menawarkan saran secara gratis dan berbagai grup LinkedIn (Sistem Kontrol Versi Git). Pencarian Google cepat biasanya dapat membantu dengan sebagian besar persyaratan. Untuk perusahaan yang lebih besar, ada juga opsi dukungan git komersial yang tersedia di pasaran saat ini.

• Adakah perusahaan untuk memberikan solusi dan dukungan? Bagaimana biaya server dibandingkan dengan kontrol versi lain seperti Clear-case?

Ada sejumlah perusahaan yang sekarang menawarkan dukungan yang andal dan berdedikasi untuk Git. Clearvision dan #goGit untuk memberi nama salah satunya.

Di tempat kerja perusahaan saya, saya telah berupaya mendukung membawa tim ke Mercurial (alat serupa dengan git) di seberang ClearCase.

Kami memilih hg dalam pesta karena dirancang berdasarkan ketidakberdayaan, yang penting bagi tujuan bisnis kami. Juga, karena ini ditulis dalam Python, ia bekerja dengan sangat baik di Windows. Git memiliki reputasi sebagai orang yang lemah di Windows, dan pengalaman saya mencerminkan hal itu. (Saya menemukan bahwa alat-alat lebih baik sekarang, saya tidak menggunakan Windows lagi untuk memeriksa. :-)).

Pengalaman ini umumnya positif, dengan sebagian besar kerugian kami terkait dengan subrepositori dan tipuan aneh yang terkait dengan mereka. Hal lain adalah penyimpanan metadata tidak ada di hg; solusi lain harus dikembangkan untuk mengelola itu.

Jika saya merekomendasikan solusi perusahaan untuk "out of the box" bekerja untuk pengembang Windows, saya akan merekomendasikan menyelidiki Kiln dan GitHub Firewall .

Saya tahu itu tidak langsung menjawab pertanyaan Anda. Tapi biar saya katakan begini, jika Anda terbiasa dengan ClearCase, saya berharap git menjadi urutan besarnya yang lebih mudah untuk dilatih, diimplementasikan, dan diadministrasikan.

Git dan Mercurial dapat digunakan di lingkungan perusahaan. Sampai taraf tertentu. Beberapa organisasi memiliki persyaratan tambahan yang saat ini tidak dipenuhi oleh git, hal-hal seperti kontrol akses yang lebih ketat sehingga hanya pengguna tertentu yang memiliki (baca) akses ke file tertentu dalam repositori atau seperti antarmuka audit yang aksesnya dapat dilacak. Beberapa sistem perusahaan komersial juga memiliki integrasi yang lebih dalam dengan manajemen sistem TI, seperti solusi cadangan perusahaan.

Git juga tidak baik untuk memastikan sejarah disimpan - secara default memungkinkan dorongan paksa menimpa sepenuhnya sejarah proyek.

Organisasi besar terkadang mengalami masalah penskalaan. Berikut adalah kasus yang dimiliki Facebook: http://comments.gmane.org/gmane.comp.version-control.git/189776 , sementara beberapa masalah tersebut dapat diperbaiki (yaitu Facebook memperbaiki beberapa masalah yang mereka hadapi secara luring: https: / /code.facebook.com/posts/218678814984400/scaling-mercurial-at-facebook/ ) sistem kontrol versi komersial memiliki perilaku penskalaan yang berbeda yang mungkin (atau dalam lingkungan lain mungkin tidak) bekerja lebih baik.

... dan kemudian ada hal tanggung jawab ini. Organisasi yang lebih besar mungkin lebih suka memanggil vendor eksternal ketika ada masalah daripada menggunakan waktu mereka untuk men-debug masalah dan mengandalkan dukungan komunitas. Terutama jika repositori rusak dengan informasi rahasia terlibat.

Ini sama sekali tidak masalah yang membuatnya tidak dapat digunakan dalam "lingkungan perusahaan", tetapi seperti perangkat lunak yang selalu berbeda memiliki pro dan kontra yang berbeda yang harus dievaluasi kasus per kasus.