Evet ama.
Perforce sürüm 2012.1, Git'ten esinlenerek p4ignore olarak bilinen bir özellik ekledi . Bununla birlikte, Perforce geliştiricileri, özelliği çok daha az kullanışlı hale getiren, herhangi bir gerekçe olmaksızın davranışta bir değişiklik yaptılar.
Git tüm .gitignore
dosyalardan kurallar alırken , siz bir ortam değişkeninde bir dosya adı belirleyene kadar Perforce nereye bakacağını bilmez P4IGNORE
. Bu özgürlük bir lanettir. Yok sayılan dosyalar için farklı adlar kullanan iki depoyu hackleyemezsiniz.
Ayrıca, Perforce'un görmezden gelme özelliği kutuyu çözmez. Kendiniz için yeterince kolayca kurabilirsiniz, ancak diğerleri açıkça katılmadıkları sürece yararlanamazlar. Yanlışlıkla istenmeyen dosyaları işlemeyen bir katılımcı (örneğin bin
, bir yapı betiği tarafından oluşturulan bir klasör).
Git'in görmezden gelme özelliği harika çünkü kutuyu çözüyor. Eğer .gitignore
dosyaları (depoya eklenen herkes bunu yapar ), herkes için kutuyu çalışacağız. Kimse yanlışlıkla kendi özel anahtarını yayınlamaz.
Eğlenceli bir şekilde, Perforce belgelerinde '.p4ignore' bir örnek olarak, kuralı görmezden geliyor, ki bu tersten! Kurallar yararlıysa, arşivin bir parçası olarak paylaşılmalıdır.
Performans, bu özellik üzerinde hala iyi olabilir. Diyelim ki dosya adları için bir kural seçin p4ignore.txt
, böylece özellik kutuyu çözer. P4IGNORE
Çevre değişkenini bırakın, ters etki yapar. Geliştiricileri faydalı kuralları paylaşmaya teşvik etmek için dokümanları düzenleyin. Git'in yaptığı gibi , kullanıcıların kendi ana klasörlerindeki bir dosyaya kişisel kurallar yazmasına izin verin .
Perforce'de birini tanıyorsanız, lütfen bu gönderiyi onlara e-posta ile gönderin.