Profesyonel Sürüm Kontrolüne Alternatifler [kapalı]

Projelerimizden birine katkıda bulunması gereken bazı programcı olmayanlar (yazarlar) ile birlikte çalışıyoruz.

Şimdi sadece Git'i (veya bu konuda herhangi bir şeyi) çalışmalarını kontrol etmek için kullanma fikrinden hoşlanmıyorlar. Sanırım bunun nedeni, başlarını versiyon kontrolünün bükülmüş kavramlarının etrafına sarmanın faydalı olmadığını düşünüyorlar. (onları ilk kez dallanma ve birleşme ile tanıştırdığımda - onlara saldırıyor gibiydim.)

Şimdi, onları eğitecek veya kullanmaya ikna edecek durumda değiliz. Biz sadece alternatiflerini bulmaya çalışıyoruz, böylece tüm çalışmalarını sürümlendiririz (ki bu da ihtiyacımız olan) - kolay iş akışı elde eder ve yaptıklarına odaklanırlar.

Bazı fikirler buldum ...

• önemsiz değişiklikler yaptıklarında her seferinde çalışmalarını ayrı bir dosya olarak kaydetmelerini ve ardından sadece değişiklikleri takip etmek için kendi tarafımızda bir fark kullanmalarını söyleyin.
• bir şekilde CSSEdit'te "kilometre taşlarını" uygulayan bir program yazınız (Python'da).

Proje hakkında:

Doğal bir dil işleme sistemidir (C + Python ile yazılmıştır). Sisteme bazı girdiler için girdi hazırlamak için bazı yazarlar kiraladık. Ve yazılımı geliştikçe, bu yazarların girdilerinde (makalelerinde) değişiklik yapmaları gerekir. Bazen değişiklikler çok küçüktür (bir veya iki kelime) ve diğer zamanlarda da büyüktür.

Bu değişiklikleri kontrol etmemizin nedeni, girdideki her küçük / büyük değişikliğin sistemin çıktısını büyük ölçüde değiştirme potansiyeline sahip olmasıdır.

onları dallanma ve birleşme ile tanıştırdığımda - onlara saldırıyormuşum gibi görünüyorlardı

Bunun nedeni, dallanma ve birleşme işleminin ileri kavramlar olması ve değişiklikleri basitçe takip etmekten daha az kullanışlı olması.

Öyleyse neden sadece "taahhüt" (kaydet) ve "güncellemeyi" açıklamıyorsunuz? İki gerçekten basit kavramlar. Eminim 10 dakikadan daha az bir sürede anlatabilirsin.

Gerçekten ayrı dalları ve bunun gibi şeyleri kullanmak istiyorsanız, bu bölümü kendilerine dahil etmeden kendiniz yapabilirsiniz.

Oldukça sıradışı bir yaklaşım sadece Dropbox kullanmak olacaktır . Yazarların, dosyaları dropbox dizinine kaydetmesini sağlayın; ücretsiz sürüm ve yedekleme alabilirsiniz. Ayrıca, yazarlar için temel olarak bir öğrenme eğrisi yoktur.

Git için, sonunda doğru dal versiyonlarını sağlamak için yazarlara en nihayetinde çıkacaksınız gibi geliyor, bu yüzden git repo'yu dropbox'a koyun ve yazarların dallanmasını ve birleşmesini sağlayın.

Gerçekten cevabı Düzenlemenizle içinde: "Bazı yazarlar tuttum" - bazen sadece fikirli kanlı olmak zorunda ... onlar yapmak zorunda paranızı istediğiniz sen ne istediğini mantıksız olmadığını sağlanması istiyorum.

Yaptığınız argüman zaten geliştirmiş olduğunuz argümandır - ürünün çalışmasını sağlamak için X, Y ve Z yapabilmemiz gerekir - ve bunu yapabilmek için bunu yapmanız gerekir. Olabildiğince destekleyici olacağız, ancak bunun çalışması için (ve dolayısıyla sizin için yazarın bir gelir akışı olarak devam etmesi için) bunun gerçekleşmesi gerekiyor.

Uygun bir Wiki tabanlı çözümün iyi bir eşleşme gibi görüneceği konusunda hemfikir değilim - ancak buradaki zorluk iş akışları ve gereksinimleriniz arasında nasıl bir uzlaşma bulacağınızdır.

Eğer bu olmaz ise makaleler, maddeler üzerinde çalışanların kuralların üzerinde anlaşılmış bir dizi uygun oynamak zorunda nedenle sürüm gereken bir başarı elde projeniz için sırayla - Ben anahtar noktayı tekrar edeceğim edecektir olsun yanmış ve uzatma ile yazarlar da öyle olacaktır.

Daha önce buna benzer bir durumla uğraşmak zorunda kaldım. Sonunda biz sadece bir geliştiriciyi (ben) 3. taraf için temasın kontrol noktası olarak belirledik.

3. parti bana her gün proje dosyalarının zip dosyasını e-posta ile gönderir ve ben de kontrol ederim. Ayrı bir proje çalışma alanı ve onlar için svn hesabı hazırladım ve orada bulunanların üzerine yazıp dosyaları o çalışma alanına sıkıştırdım ve daha sonra bu hesap altında check-in yaptırdım.

Her gün yapılması gereken en eğlenceli şey değildi, ama bazen sadece işin yapılması daha önemli.

Bir artı, kötü kod ve yapıyı bozacak verileri kontrol etmediklerinden emin olmak için çalışmalarını gözden geçirmeme yardımcı oldu.

SparkleShare git tabanlı bir dropbox klonudur, bence ihtiyaçlarınızı karşılar.

SparkleShare, bilgisayarınızda özel bir klasör oluşturur. Uzaktan barındırılan klasörleri (veya "projeler") bu klasöre ekleyebilirsiniz. Birisi bir dosya eklerken, silerken veya düzenlerken bu projeler otomatik olarak hem ana bilgisayar hem de tüm eşlerinizle senkronize edilir.

... işte, gülen suratlarla iyi ve az da olsa iyi olanlara birkaç örnek:

Harika

• Metin, ofis belgeleri ve görüntüler gibi proje dosyalarını sık sık değiştirme
• Birden fazla kişi tarafından düzenlenen dosyaları izleme ve senkronize etme
• Bir dosyayı geçmişindeki herhangi bir noktaya geri alma
• Şifreleme kullanarak dosyalarınızda sunucuda casusluk yapmayı önleme

Çok iyi değil

• Tam bilgisayar yedekleri
• Fotoğraf veya müzik koleksiyonunuzu saklama
• Video düzenleme projeleri gibi sıklıkla değişen büyük ikili dosyalar ...

Güncelleme (Kasım 2015) : Proje terkedilmiş gibi görünüyor (Nisan 2014'ten itibaren en son sürüm).

Eğer sağlayabilirseniz hazırlanan çalışma alanı ile şeffaf VCS-kullanımı, onlar VCS kullanacaktır. Programcı olmayanlara, programcı yolunda VCS'yi kullanmayı öğretmeyin.

Sadece VCS destekli editörü bulun, yapılandırın ve çalışmalarında ek kolay adımlar gösterin .

Sadece bir örnek - Editplus Subversion'u bilir, editör penceresinde temel SVN işlemlerini yapabilir. En yeni Editplus, Git entegrasyonu için TortoiseGIT bile kullanabilir

Düzenleme : alternatif bir çözüm buldu: EasySVN , düzgün bir şekilde yapılandırılmış, çalışan kopyayı izleyen ve oto-komisyon ve otomasyon gerçekleştiren, son kullanıcı ve herhangi bir belgenin formatları için herhangi bir geliştirme aracını kullanmaya izin veren

Peki ya bir WebDAV kurmak ?

Onlar için düz çizgi versiyonlama geçmişini otomatik olarak idare eder. Tek yapmaları gereken, sanki bir ağ sürücüsüymış gibi sunucuya bağlanmak ve her tasarruf bir taahhüt olacak.

Google Dokümanlar

Google Dokümanlar istediğiniz şeyi yapabilir. File > See Revision Historydeğişiklikleri izlemenize izin verir.

Ayrıca dosyalarınızı ileri ve geri gönderme probleminiz de var; sadece belgeyi herkes arasında paylaşın.

Sonunda kullanımı kolaydır; Yazarlar versiyonlama olduğunu bile bilmek zorunda değil.

İşletim Sistemi Agnostic

Sürükleyebilir ve üzerine bir dosya açılır bir Python program yazın, bu programın daha sonra yapabilir git addve git commitve ne değildir ve onlar ile uğraşmak zorunda kalmazsınız.

veya

Makinelerine monte edebileceğiniz bir WebDav tabanlı dosya sistemi kullanın ve sunucunun işleri gitşeffaf bir şekilde yapmasını sağlayın.

OSX / Linux

Dosyaları alan ve gitmeyi taahhüt eden Python tabanlı bir FUSE eklentisi yazın. Ardından bağlı dosya sisteminden şeffaf bir şekilde açıp kaydedebilirler. Bazı Windows kaynakları için FUSE var , ama muhtemelen kandırmaya bile değmezler.

pencereler

Bunları şeffaf bir şekilde yapmak için FileSystem Filtre Sürücülerini kullanmak için bazı kodlar yazabilirsiniz git.

Ah, kodlayıcı olmayan coşkular dalga geçiyor. Onlar için bir git / merkür ortamının kurulmasını öneririm. Her şeyi, deponun kaldırabileceği biçimde kaydetmelerini söyle. İle tortoisegit veya TortoiseHg , bunlar gerekmez biliyorum Repo nasıl çalıştığını. Sadece proje dizinlerinde ünlem işareti olup olmadıklarını kontrol ederler, suçlu dosyayı sağ tıklayın ve onaylamayı tıklayın. Değişikliklerin bir özetini yazın (bunlar yazar, doğru mu?) Ve bitirdiniz!

İş akışında onlar için ekstra bir adım, ancak birleşme / dallanma / serin şeyler hakkında hiçbir şey. Önceden oluşturulmuş ortam zaten yazarlar dalında olacak şekilde ayarlanmış, bu nedenle kod görmüyorlar. Bir komut dosyasını her gün otomatik olarak senkronize edin. Daha sonra, taahhüt etmeye alıştıktan sonra, onlara ekstra özellikler gösterebilirsiniz . Ne zaman ne değiştiğini görebilme yeteneği o kadar kullanışlıdır ki, onlar iş akışına gizlice girdikten sonra onsuz yapamazlar.

Peki ya Paylaşım Noktası? Gelişim dünyasında popüler olmadığını biliyorum ama yazarlarınız Windows'u bir işletim sistemi olarak kullanıyorlarsa iyi çalışacaklar ve sürüm kontrolünü kullandıklarını gerçekten bilmeyecekler (işim için büyük bir artı).

Bu çözüm, aynı zamanda, yeni şeyleri korkutmuş gibi göründüklerinden, onları çok fazla korkutacak bir şeyle uğraşmalarını da önlüyor.

Yazarların dosyalarını kaydettiği dosya sistemini izleyen ve her tasarruf yaptıklarında otomatik işlem yapmasını sağlayan bir araç ayarlayabilir misiniz?

Bir ağ paylaşımına eklerseniz, tüm yapılandırmaları hiçbir şekilde dahil etmeden yapabilirsiniz; ancak ekibinizin kullanması için güncellenmiş bir sürüm sağladıklarında, git sizin için git'e eklenecekti.

Plastic SCM'ye baktın mı? Kullanımı kolaylaştırmaya çalışıyorlar

Sadece sürümlü yedeklemeler istiyorsanız, Dropbox'ı kullanabilir veya Windows yedekleme servisini ayarlayabilirsiniz. Veya Crashplan veya benzer bir ürün yükleyebilirsiniz.

Mercurial DVCS için, temel sürümü kontrol işlemlerinin basit bir görünümünü sağlamak için açıkça belirtilen amacı olan EasyMercurial adlı bir kullanıcı arayüzü vardır .

EasyMercurial olması amaçlanmıştır:

• Bir tarih grafik gösterimini kullanarak, gerçek depo durumunun göstergesini öğretmek ve öğrenmek basit
  • Platformlar arasında tutarlı Mercurial tutarlılığı için normal komut satırı iş akışına tanınabilir

Hiçbir amaç için "en iyi" Mercurial müşteriyi üretmeye çalışmıyoruz. Kullanıcıların ihtiyaçları arttıkça diğer müşterilere geçmelerini teşvik ediyoruz. Amaç, yeni başlayanlar için paylaşılan bir uzaktan depo ile çalışan küçük proje gruplarında erişilebilir bir şey sağlamaktır.

Bir denemeyi tavsiye ederim.

Programcı olmayanlarla pek çok kez çalışmak zorunda kaldım (çoğunlukla grafik sanatçıları ve eğer yazarlarınız iş dosyalarını sanatçı olarak nasıl yönetecekleri konusunda çok az ipucuna sahipse, o zaman ... .). Üç olası yaklaşım vardır:

1. Programcılar gibi davranın, onlara sürüm kontrolünü nasıl kullanacaklarını öğretmeye çalışın. Bu işe yaramayacak ve sürekli kavga edeceksiniz.
2. Onlara sadece güncel sürümü alan ve bir yere yapışan, gerekirse dünkü dosyalara geri sarmaları için çok basit bir araç yazın. Bu mümkün ve bunu birkaç yıl önce bir DVD yaratıcıları ekibi için yaptım (menüler, grafikler, her türlü şeyleri yaptım) birkaç yıl önce bir başarı ile yaptım: yazdığım araç PkZip'e tek tıklamayla sarıldı. bir süre önce) ve çalışma dizinini sıkıştırdı ve tarih + saat için arşivi adlandırdı.
3. Kendini ürettikleri şeyin kontrolünü elinize alın. Dosyalarının bir programlayıcıya teslim edilmesi gerektiğini ve yalnızca programcı dosyaları kabul ettiğinde yalnızca projenin bir parçası haline gelmesi gerektiğini açıkça belirtin: programcı daha sonra sürüm denetlemesine bakar ve içerik profesyonel bir şekilde yönetilir.

Şahsen ben seçenek 3 gitmek için yol olduğunu düşünüyorum. Dosya teslimini almak ve teslim almak zorunda kalanlar için bazı acı ve tahrişler anlamına gelir, ancak diğer seçeneklerden daha az.

Ayrıca, programcı olmayanların aklınıza gelebilecek herhangi bir eski dosya adına sahip dosyaları teslim edeceğini unutmayın. Adlandırma kuralları garip bir şekilde onlara yabancı. Size "Picture" veya benzeri bir şey adı verilen bir dosya verecekler ve onlara yanlış olan şeyleri söylediğinizde, sadece 3 hatadan oluşan "Picture_Final" adlı bir dosya verilecek. Buna dikkat çektiğinizde, "Picture_NewFinal" ve sonra "şanslıysanız" "Picture_NewFinal2" adında başka bir dosya alacaksınız, ancak bu noktada herhangi bir tarihsel gelişme algılaması ve "Anahtar Simgesi" olarak adlandırmaları mümkün olsa da şey".

Yine, bir adlandırma kuralını yürürlüğe koymayı deneyebilirsiniz; bu, onlara her dosyanın ne çağrılacağını önceden bildirmek anlamına gelir veya saatlerce harcayarak ve size gönderilenleri yeniden adlandırarak saatler geçirebilirsiniz. Burada, elektronik tablonun yine de kendi akıl sağlığınız için olmasını istediğinizi söyleyebilirim, bu yüzden takip etmelerini sağlayın: sadece yapmadıklarında şaşırmayın.

Bu yardımcı olur umarım - eğlenin!

İkisinin aynı anda aynı hedef üzerinde çalışması gerektiğine dair herhangi bir ihtimal varsa ve tüm çalışmalarını metin dosyalarında halledebiliyorsanız, paylaşılan google doc'ları denerim.

Müthiş bir çoklu editör / işbirliği yeteneğine sahiptir - bugüne dek gördüğüm en iyisi. Ayrıca tam sürümleri vardır ve metin dosyaları olarak dışa aktarılabilirler.

Ama bunlar iki tane büyük ifs.

Dosyaları her zamanki gibi kaydederek bir klasörde çalışmalarına izin verin.

Günde bir kez (veya hafta, vb.) Bu klasörün içeriğini backup_dd_mm_yyyy'ye kopyalayın. Çoğu sistem kaynak kodu, bu günlerde kullanılabilir alan verildiğinde önemsiz miktarda yer kaplar.

Kopya, siz, onlar, bir üçüncü taraf, bir araç veya bir komut dosyası tarafından yapılabilir.

Bu, kaybı bir güne sınırlar, tarih verir, onlar için şeffaftır.

Her iki taraf için de mükemmel değil, orta zemine vurmaya çalışan bir cevap.