FreeBSD, Svn'den Git'e geçiyor
(lists.freebsd.org)-
Docs zaten 2 hafta önce taşındı
-
Source bu hafta sonu taşınıyor
-
Ports ise zamanlama sorunu nedeniyle gelecek yıl Mart ayında taşınacak
- FreeBSD'nin 2008'de CVS'den SVN'e geçtiği dönemde, Git'in FreeBSD'nin büyüklüğünü kaldıramadığı söyleniyor
→ Elbette, bunun dışında iş akışı değişikliği konusunda da görüş ayrılıkları varmış gibi görünüyor: https://wiki.freebsd.org/GitDrawbacks
3 yorum
Ah... Görünen o ki ana akıma karşı koyamıyorlar.
Mercurial ile Git’in hangisinin üstün olacağı hâlâ çekişme konusuyken ben daha çok Mercurial tarafını beğeniyordum ama GitHub’ın ezici gücü karşısında tamamen yenildi, ahh T_T
Biz de birkaç yıldır Git kullanıyoruz; dağıtık depo olması sayesinde yerel branch’leri ya da yerel commit’leri özgürce kullanabilmek bir avantaj gerçi.
Ama büyük depoları kullanamadığımız için bölmek zorunda kalıyoruz... Bitbucket da 2 GB sınırına takılınca her türlü işlemi tamamen reddediyordu, o zaman çok afallamıştım. Submodule’ler de kullanınca hata yapmaya çok müsait olacak şekilde tasarlanmış, o yüzden tavsiye edemiyorum. Bir kez yaptığın merge’ü tekrar yaparken aynı conflict’i yine çözmek zorunda kalıyorsun, derken yanlış merge yapıyorsun... Dosyaların satır sonlarını otomatik değiştireceğim diye alınmış o saçma karar da niye var ki... Genel amaçlı bir kaynak kod yönetim deposu olarak kullanmak için garip varsayılan kararlar çok fazla, o yüzden pek hoşuma gitmiyor.
Oo... ben
mercurialı hiç kullanmadım, o yüzden merak ediyorum; söylediklerinizinmercurialda nasıl çalıştığını sorsam olur mu?alt modüller
merge conflict
dosya satır sonları
Bunları
mercurialdaha akıllıca mı ele alıyor?Firefox'un da Mercurial'dan git'e geçmesini isterdim. Firefox'a daha önce katkıda bulunmuştum ama kafa karıştırdığı için çok zorlanmıştım.