Ben Mercurial depo için bir kişisel proje, ve ben depolama ana depodaki benim Dropbox için bir kaç haftadır (bir şey boyunca this line; ve anladığım kadarıyla da possible with git).

Fikri de uzak bir yedek olarak birden fazla makine ile çalışmak için bir yol olarak hizmet vermektedir.Ben depoyu klon olmayan Dropbox kopyası üzerinde çalışır, ve sadece push güncellemeleri arada bir, sanırım, Bitbucket ile çalışmak istiyorum aynı şekilde.

Bu fikir için herhangi bir dezavantajı, ithaf kullanarak hosting karşılaştırıldığında (Mercurial durumunda BitBucket) düşünebiliyor musunuz?Bitbucket büyük olan tek kullanıcılar için ücretsiz hesapları var biliyorum, ama çok büyük değil 150 milyon, sınırlı.

Özellikle, mümkün mü? Kaçmak zorunda kaldımhg kurtarmakbir kez ana depo, ama ilgisiz (ve yine de mutlu bir şekilde iyileşti) olabilir. Herkes fikir ile kötü bir deneyim var mı? Herkes daha iyi bir deneyim var mı ve benim endişeleri hafifletebilir mi? Herkes bu şeyler iç daha iyi anlayışa dayalı bir fikri olan var mı?

edit: sorular için bazı açıklamalar ekledim. Onlaritalik.

Yukarıda belirtilen nedenlerden dolayı tavsiye etmem, ama daha gayretli bir şekilde ifade etti. Hem mercurial ve git depoları arasında hareket kümeleri için kendi protokolleri var. Bu protokoller en iyi/için inşa edilmiştir:

• verimlilik
• tutarlılık (asla yarı güncelleştirilmiş bir durumda bir repo dan çekebilirsin)
• kanca/kalite (sekmeler izin, vb.) dahil olmak üzere, itme/çekme ... ... yapmak bir şeyleri tetikler filtreler

Sadece izin, bir dizin eşitleme tutma kolu .(ya .hg gıt) dizinleri senkronize sonra eşitleme sırasında tutarsız bir durumda ve bunu bilmediği uzak bir mağaza var.

Ayrıca hem hg ve gıt disk durumlarına içerisinde sadece yerel ve uzak-Tamam ne bir ayrılık var. Paylaşmak (örnek: değişiklik yapmadım bilgi) neyi (örnek: geçerli, yerel çalışma dizini ana revizyon) biliyorlar.

Diğer cevaplar millet olduğunu söyleyerek, "muhtemelen iyi" ya da "ben hiç bir sorun" ve bu büyük olasılıkla doğru, ama garanti değil gerçek, ve revizyon kontrolü değil bir yere oynama ihtimali. Kaynak kontrol sistemi, daha iyi, daha güvenli, daha verimli, daha uygun bir tam özellikli senkronizasyon protokolünü kullanır.