4 puan yazan xguru 2020-12-19 | 3 yorum | WhatsApp'ta paylaş
  • 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

 
galadbran 2020-12-20

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.

 
functor 2020-12-21

Oo... ben mercurialı hiç kullanmadım, o yüzden merak ediyorum; söylediklerinizin mercurialda nasıl çalıştığını sorsam olur mu?

  • alt modüller

  • merge conflict

  • dosya satır sonları

Bunları mercurial daha akıllıca mı ele alıyor?

 
kbumsik 2020-12-19

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.