Sürüm kontrolünün video prodüksiyon iş akışında bir parçası var mı?


20

Yazılım geliştiricisiyim ve fotoğrafçılığa (dört yıl boyunca) ve video yapımına (yalnızca birkaç ay) ilgi duyuyorum.

■ Yazılım geliştirmede, her geliştiricinin her projede izlediği önemli bir kural vardır : her şey sürüm kontrolü altında olmalıdır : kaynak kodu, yapılandırma dosyaları, veritabanı şeması, belgeler — projeyi sıfırdan oluşturmayı sağlayan her şey. Bunun iki hoş sonucu vardır:

  1. Bir felaket durumunda, sürüm kontrolü deposu dışında her şeyi kaybettiğinizde hiçbir şey olmamış gibi devam edebilmelisiniz.

  2. Projeyi olumsuz etkileyen aptalca bir değişiklik durumunda, geliştirici daha önceki bir revizyona geri dönebilir.

■ Fotoğrafta, fotoğraflarda yaptığım her değişiklik sonsuza kadar Lightroom kataloğunda saklanır ve her an önceki duruma dönmeyi mümkün kılar. Sanal kopyalar özelliği ile Lightroom , sürüm kontrolünde şube adı verilen şeyi yapmanıza da olanak tanır : farklı bir şeyi test etme ve her iki sonucu da tutma veya daha sonra birini kaldırma yeteneği.

Katalog RAW fotoğrafları kendileri depolamaz, ancak yine de değişmezler.

■ Video yapımında işler farklı görünüyor. Premiere Pro, After Effects ve Soundbooth ile çalışıyorum.

  • Hiçbiri geçmişi kalıcı olarak saklamıyor gibi görünüyor: yanlışlıkla bir eylem gerçekleştirir ve sadece ertesi gün fark edersem, önceki sürümü kurtarmanın bir yolu yoktur.

  • Soundbooth ayrıca doğrudan WAV dosyalarını değiştirir, bu da orijinal kayıtları değiştirilenlerden ayırmak için ek çaba gerektirir.

  • Sürüm kontrolünden nadiren bahsedilir ve aslında iş akışında sürüm kontrolünü nasıl kullandığını söyleyen kimseyi bulamadım. Dahası, hiç kimse hangi sürüm kontrolünün kullanılması gerektiğinden bahsetmez ve çoğu sürüm kontrol sistemi ikili dosyalar için değil metin dosyaları için optimize edildiğinden, bu ek bir zorluk yaratır.

  • Video.SE'nin veya etiketleri yok.

Dolayısıyla, iki sorum var:

  1. Sürüm kontrolünün video prodüksiyonuyla çalışan bir kişinin iş akışında bir parçası var mı? Nasıl entegre edilmiştir?

  2. Adobe Creative Cloud'a geçiş yardımcı olur mu? Creative Cloud'da, Premiere Pro veya After Effects projesinin arka arkaya revizyonlarını takip etmeyi sağlayan belirli özellikler var mı?

Not: konu dışı yanıtlardan kaçınmak için, sorumun yedeklemelerle ilgisiz olduğunu ve özellikle verilerimin yerinde / site yedeklemesine sahip olmayan çalışmamın ardışık düzeltmelerini depolamakla ilgili olduğunu vurgularım .

Yanıtlar:


10

Git anlamında sürüm kontrolü video dünyasında pek pratik değildir. Her biri kendi proje formatlarıyla çalıştığından, her ses ve video aracı için belirli bir sürüm kontrol aracı yapmanız gerekir. Ancak bu formatları okuyabilmek sadece bir şeydir, o zaman farkları göstermek için bu aracın render motoruna da ihtiyacınız vardır.

Bazı araçları önceden oluşturmadığınız sürece tüm bu araçlar tahribatsız bir şekilde çalışmasına rağmen (kodunuzun bir parçasının bir dll / lib'ini derlemek ve bundan sonra bununla çalışmak) karşılaştırın, böylece ususally geri dönebilirsiniz ctrl + z yaparak veya bazı programlarda geçmiş aracını kullanarak eski bir düzeltmeye dönüştürün.

Alt sürümleri kaydetmek genellikle yoludur. Cevabında tarif edilen sap gibi ya da elle yaparak.

Yapmayı sevdiğim ve her yazılımla iyi çalışan bir şey proje dosyalarımı (kaynak çekim yok) Dropbox'a koyuyor. Biraz hızlı yükleme hızınız varsa (~ 1 Mbit / s) ve proje dosyanız 100MB + değilse, bir dahaki sefere kaydetmeden önce projenizi yükleyebilirsiniz. Ortalama bir Premiere / AE / FCP projesi yaklaşık 10-20MB civarındadır, bu nedenle son kaydedilen dosyalarınız 1-2 dakika içinde yüklenecektir. Daha fazla yükleme bant genişliğiniz varsa daha da hızlı.

Daha sonra geri dönmeniz gerekiyorsa, Dropbox'ın dosyalarınızın geçmişine erişebilir ve bu düzeltmeyi indirebilir veya geri yükleyebilirsiniz. Dropbox, ücretli bir hesapta (* en azından paket sıçan seçeneği vardı, şimdi sanırım bir yıl) ve ücretsiz bir hesapta 30 gün boyunca dosya revizyonlarını sonsuza dek * kaydeder. Benzer özellikler sunan başka bulut barındırıcıları olduğundan eminim. İkili dosyaları çok iyi işleyen ve baş ağrısız olan git'in süper sınırlı bir sürümünü kullanmak gibi bir şey. Bunun avantajı, klasörü tonlarca dosyayla karıştırmamanız ve aynı zamanda bir yedeğiniz olmasıdır.

Çoğu bulut sunucusu, birden fazla düzenleyiciyle çalışabilmeniz için Ekip Üyelikleri de sunar. Veya proje klasörünü diğer ekip üyeleriyle paylaşırsınız.


Dropbox dosya revizyonlarını sonsuza kadar saklar mı? Peki ya 800 revizyonlu 5 GB video dosyanız varsa?
Pacerier

Cevabı biraz düzenledim. Eski paket sıçan seçeneği ile gerçekten sonsuza dek şimdi bir yıl oldu ve evet sadece açıkladığınız şeyi yapabilirsiniz ama cevabımda yazdığım gibi kaynak (örneğin video / görüntü / ses) dosyalarını oraya koymayın, sadece sizin proje dosyaları. Kaynak değiştirme veya dosya oluşturma sürümlerini korumak için çok pratik olmayan bir gigabit bağlantınız yoksa.
PTS

1
VCS'nize yalnızca farklara ihtiyacınız varsa formatları anlamanız gerekir. Beklenecek çok şey var.
Peter Cordes

1
Böylece proje dosyalarınızı kolayca kontrol edebilirsiniz, çünkü 10-20MB ikili veri git için sorun değil. Kaydetme dosyanızın yürüttüğünüzde hangi durumda olduğunu açıklamak için yararlı taahhüt mesajları yazmanız yeterlidir. Şanslıysanız, küçük düzenleme değişiklikleri genellikle proje dosyasındaki bitlerin çoğunu değiştirmez ve git'in delta sıkıştırması her taahhüt için tam 10 MB'tan çok daha az kullanır. Ve sonra yedeklemeler git pushyedekleme sunucunuz kadar kolaydır . (hangi projenin hangi projeyle gittiğini takip etmek için başka bir yöntemle, belki kaynak dosyaların md5sums'u?)
Peter Cordes

Bu ideal bir durum, eğer projeniz daha büyük bir proje dosyasıyla sonuçlanırsa, bağlantınıza bağlı olarak sık sık revizyon yükleyemezsiniz. Bir bulut depolama yazılımı mükemmel bir şekilde ölçeklenir, git sonunda sorunlara yol açar. Taahhüt mesajları git için olsa kesinlikle bir artı.
PTS

6

Sadece önceki yanıtlara eklemek için: Video dünyası için Git'e benzer bir şey olmasa da, az çok aynı şeyi yapabilen Dijital Varlık Yönetimi / Medya Varlık Yönetimi araçları var - sürüm kontrolü ve izin / kullanıcı yönetimi (ayrıca çok daha fazlası, çünkü gerçekten medyanız için kütüphaneler olarak inşa edilmişlerdir). Yıllardır, Apple'ın Final Cut Suite (Final Cut Pro 7, Soundtrack Pro, vb.) İle küçük bir posta tesisinde entegre olan Final Cut Server uygulamasını kullandım.

Birden fazla düzenleyicinin tek bir proje üzerinde nispeten sorunsuz bir şekilde çalışmasına izin veren proje dosyalarında sürüm kontrolü ve dallanma için kullandık. Bu bir Apple ürünü olduğundan, Final Cut Pro ile kullanılmak üzere tasarlanmıştır ve bu nedenle FCP proje dosyalarını çok kolay bir şekilde okuyabilir ve çalışabilir. Buna rağmen, Final Cut Server'ın sürüm kontrolü tüm proje dosyasının önceki sürümlerini kaydetmeye dayanıyordu, diffs kullanmıyordu. Önceki bir cevabın zaten işaret ettiği bir nedenden ötürü herhangi bir DAM bilmiyorum - çok fazla tescilli format var (ironik olarak, birçoğu şimdi bu proje dosyası formatlarının omurgası olarak XML'ye güveniyor olsa da) ).

FCS harikaydı çünkü nispeten ekonomikti. Premiere Pro için hiçbir zaman gerçekten benzer bir şey yoktu. Günümüzde, maalesef, benzer yetenekleri elde etmek için güzel bir değişiklik dağıtmanız gerekecek - çoğunlukla bu araçlar gerçekten tek bir editör için değil, posta tesisleri için tasarlandığından. Ayrıca potansiyel olarak önemli entegrasyon / kurulum gerektirirler.

İşte birkaç seçenek (bu şirketlerden hiçbiriyle ilişkim yok, bu sadece benzer bir çözüm arayan araştırmamı temel alıyor):


5

Sürüm kontrolü, video düzenlemede gerçekten fazla bir yere sahip değil, çünkü doğa tarafından tahribatsız. Herhangi bir NLE'nin (doğrusal olmayan video düzenleyici) çekirdeğinde, çıktı aslında Düzenleme Karar Listesi veya EDL olarak bilinen bir şeydir. Bu, Lightroom'daki tarihe son derece benzemektedir, çünkü tarih, sırayla uygulanan tüm değişikliklerin bir kaydıdır.

NLE'ler kaynak kliplerden çalışır. Bu kliplerin bir zaman çizelgesine yerleştirmek için başlangıç ​​ve bitiş noktalarını alırlar ve daha sonra bu varlıklara belirli bir sırada efektler uygulanabilir (efektlerin yerleştirilmesine bağlı olarak), ancak bunların tümü düzenleme kararlarıdır ve anında uygulanır ( veya geçici önizleme dosyalarına dönüştürülmüş olabilir). Son çıktı oluşturma, EDL'nin tamamını kaynak kliplere uygulamanın sonucudur.

İsterseniz EDL'nin önceki bir sürümüne geri dönmek için projenin bir sürümünü kaydedebilirsiniz, ancak bir diziyi düzenlemek için alternatif bir yaklaşım denemek için çok kasıtlı olarak dallanmadıkça bu genellikle gerekli değildir ( bu durumda bu zaman çizelgesinin bir kopyası genellikle daha iyi bir seçimdir.)


Burada "tahribatsız" ve NLE ile ne demek istiyorsun?
Pacerier

NLE, doğrusal olmayan bir düzenleyicidir (çoğu video düzenleme yazılımı için teknik addır.) Tahribatsız, değişikliklerin varlıkların tahrip edilmesiyle sonuçlanmadığı anlamına gelir. Temelde sürüm kontrolünün yaptığı ile aynı olan değişikliklerin bir listesini oluşturuyor. Kodda değişiklik yaptığınızda bu yıkıcıdır çünkü yeni değişiklikleriniz eskilerinizi yok eder. Bir NLE ile varlıklarınızın tümü değişmeden kalır ve sadece kullanılacak bölümlerin listesini ve uygulanacak filtreleri değiştirirsiniz.
AJ Henderson

Yani video düzenleme programına "sürüm 2.5'e geri dön", abit'i düzenleyip "sürüm 7'ye geri dön" diyebileceğimizi söyleyebilir miyiz?
Pacerier

1
Hayır, her zaman ana videonuz olduğu anlamına gelir. Varsayım, daha önce sahip olduğunuz efektleri / kesimleri çoğaltmanın zor olmadığı veya proje dosyalarını bir VCS ile kaydetmenin, düzenleme kararlarını yeniden girmekten daha fazla iş olacağı varsayımıdır. Durum böyle değilse, sürümün proje dosyalarınızı kontrol ettiğinden emin olun. Farklı dallardaki değişiklikleri birleştirme yeteneği olmasa da, muhtemelen bir kesim veya doğru bir şey için doğru yer olduğunu öğrenmek için uzun zaman alan kesin kare numaralarını yazmak daha yararlıdır.
Peter Cordes

3

After Effects ve Premiere tercihlerinde etkinleştirirseniz, proje dosyalarının artımlı kayıtlarını otomatik olarak yapın. otomatik kaydetme tercihleri

Bu artımlı kayıtlar, sürüm kontrolünün çok temel bir uygulaması gibi önceki sürümlere geri dönmek için kullanılabilir (sürüm sayısını 5'ten artırmak isteyebilirsiniz). FCP, yerleşik bir "önceki sürümden geri yükle" işlevine sahiptir, bu da proje dosyalarınızı yönettiğinde iyi olur. Efektler (ancak Premiere sahip olmadığında, şekil verin) bir projeyi aşamalı olarak kaydetme yeteneğine sahip olduğunda. Bunu her zaman bir projede büyük değişiklikler yaparken kullanıyorum ve tabiri caizse ana gövdeye dönebilmek istiyorum.

Ek kontrol için, proje dosyalarınızı sakladığınız ve otomatik kaydettiğiniz klasörleri yönetmek için sürüm kontrol yazılımını kullanabilirsiniz, böylece editörler tüm medya merkezi olarak erişilebilir veya kopyalanmış olduğu sürece mevcut kesim ve taahhüt değişikliklerini kontrol eder herkesin makinelerine aynı göreceli yolda. Kodla yapabildiğiniz gibi diğer kişilerin düzenlemelerini çatallamanızı ve birleştirmenizi sağlamaz - bu ilginç bir özellik olacaktır (becerileriniz yeniden yazmaya bağlı olduğu sürece Adobe'nin extscript komut dosyası ile uygulanabileceğini söyleyebilirim. Javascript'te Git veya SVN).


1
evet, farklılaştırmak ve birleştirmek için, ya VCS'niz NLE'nizin kayıt dosyalarını anlamalı ya da NLE farklı / birleştirme sağlamalıdır. (örneğin, bir proje dosyasındaki değişiklikleri birleştirebilen bir program göz önüne alındığında, ortak bir ata verildiğinde, git'i kullanmak için git mergetool, değiştirilmiş proje dosyaları içeren ağaçların taahhütlerini birleştirmek için kurabileceğinizi düşünüyorum.)
Peter Cordes

Tüm proje öğelerinizin tüm özelliklerini alarak ve verileri bir dosyaya kaydederek mevcut projenizi 'kaydetmek' için muhtemelen extscript'i kullanabilirsiniz. Ancak orta derecede büyük bir proje için bile bu uzun zaman alabilir. Bunu yaptıysanız, muhtemelen bir sürüm kontrol sistemi oluşturabilirsiniz.
Ocak'ta stib

3

Uzun vadeli bir video uzmanı olarak, bir VCS'nin hafif, sağlam, şeffaf ve açık bir formuna olan ihtiyacın medya iş akışlarının çoğunda oldukça eksik olduğunu kanıtlayabilirim. Ancak sorun çok yönlüdür ve teknik bir sorun olduğu kadar kültürel bir sorundur.

Geleneksel olarak, bir projenin senaryodan yeşile döndüğü, üretime geçtiği, post-prodüksiyona geçtiğinde ve daha sonra cihaz / platform çıktılarını döndüren dağıtım koluna son bir çıktı teslim edildiği gibi bir sosis fabrikasında çalışıyoruz. .

Günümüzde bu fabrika benzeri yaklaşım, post-prodüksiyon ve dağıtım arasındaki anlaşmanın hiçbir zaman net olmadığı bir yanılsamadır. Farklı dillere / pazarlara yönelik geri dönüşler ve en son format için yeniden mastering yapmak gibi birçok dil / düzenleme ile ileri geri birçok şey var. Daha sonra pazarlama amacıyla nihai sürümlere erişme ihtiyacı var ... Sonuç olarak, sadece uzak taraflara değil, aynı zamanda üzerinde çalışmak için ihtiyaç duydukları sürümün kataloglanmış, kesin bir anlayışına sahip olamayacak insanlara duyulan ihtiyaç anahtardır. Bu, yalnızca ana kodlamaları değil, farklı pazarlar için bu ana verilerin tüm sürümlerini ve her bir ana verileri oluşturmak için kullanılan varlıkların sürümlerini de kapsar.

Medya teknolojisi topluluğu sadece bir sürümün gerçekte ne olduğunu ele alıyor ve sayısız farklı iş akışı ve endişe nedeniyle düzenli olarak tartışılıyor. Çalışan bir sürüm ve dağıtım sürümü olarak bozuyorum. Kendi içinde sürümleri izleyen bir arşiv dosyası formatı oluşturarak dağıtımda bunu düzeltmek için çabalar vardır (birden fazla araç, platform vb.Ile mücadele etmek için) - buna Birlikte Çalışabilir Ana Biçim (IMF - ile karıştırılmamalıdır) SMPTE aracılığıyla yönlendiriliyor. Bu konuda iyi bir şey, orada olan sayısız dijital varlık yönetimi sistemleri (desteklemek isteyenler) arasında birlikte çalışabilirlik sağlamak için hareket ediyor - tanıdığım bazı stüdyolarda yüzlerce sayı varlık yönetim sistemleri var - bu dış elden bırakmalar için kendi içinde bırakmasına yardım et. Tabii ki bir üretim ortamında kullanılmadı, ancak arşiv düzeyinde bir format olarak tasarlandığını görüyor (Netflix şimdi kullanıyor). Ayrıca, araçlara yatırım yapmak için gerekli sermayeye sahip değilseniz, onu oluşturmanın kolay bir yolu olmayan çok ağır bir dosyadır. Netflix, güzel okuma yeteneği sağlayan açık kaynaklı bir araç seti yayınladı. Ayrıca, araçlara yatırım yapmak için gerekli sermayeye sahip değilseniz, onu oluşturmanın kolay bir yolu olmayan çok ağır bir dosyadır. Netflix, güzel okuma yeteneği sağlayan açık kaynaklı bir araç seti yayınladı. Ayrıca, araçlara yatırım yapmak için gerekli sermayeye sahip değilseniz, onu oluşturmanın kolay bir yolu olmayan çok ağır bir dosyadır. Netflix, güzel okuma yeteneği sağlayan açık kaynaklı bir araç seti yayınladı.

Çalışma sürümü veya üretim seviyesi akıllıca herkes uzaktan çalışmayı kolaylaştırmak için ne kadar büyük veya küçük olursa olsun kullanabilirsiniz bir VCS (belki de git git değiştirilmiş bir form) sağlamak için bir ihtiyaç olduğunu hissediyorum. Medya dosyaları elbette kod veya kütüphaneleri değiştirmekten çok daha büyüktür, ancak bu dosyalar üzerinde alınan kararlar anahtar bileşendir. Ben sadece ileri ve geri takas 'file_Final_FINAL_MASTER_version3.mxf' adlandırma kurallarının adlandırma kurallarından kaçınmak için git taahhütleri üzerinden uzaktan çalışmayı test etmek istiyorum.


2

Aynı soruyu sordum, ticaretle yazılım mühendisi olmak, photoshop çalışmasını düşünmek.

video düzenleme programına "sürüm 2.5'e dön" diyebilir, biraz düzenleyebilir ve sonra "sürüm 7'ye dön" diyebilir ve bunu yapabilir mi?

Photoshop'un geçmişte adlandırılmış bir sürüm ayarlamama izin verdiğini ve dosyaya kaydedildiğini düşünüyorum ...? Adlandırılmamış revizyonlar (geçmiş listesindeki girişler) için, önceki bir yere (dallanma) bir düzenleme yapıldığında ve hiçbir reflog gösterilmediğinde düğümler ekrandan kaybolur.

Premiere'nin yeni sürümleri benzer bir geçmiş günlüğüne sahip gibi görünüyor ve her iç değişikliğin öncekinin çoğunu paylaşan projenin başka bir kopyası olduğu aynı iç mimariye doğru geliştiğini tahmin ediyorum. Geçmişte kaydedilen kontrol noktaları varsa, bu bir git deposuna çok benzer: her sürüm Segment tanımlarına kadar alttaki öğelere (paylaşılan) referanslar içerir. Videonun kendisi dosyada olmadığından, boyutta küçük bir artışla giderek daha fazla sürüm geliştirmeye iyi bir şekilde katkıda bulunur.

Photoshop geliştirme ekibinden birinin mimariyi anlattığı bir seminer gördüm. Gördüğünüz geçmiş girişleri gitk ekranları gibi git sürümlerine benzer. Sürüme ad vermek git etiketiyle aynıdır. Herhangi bir görünür düzeltmeyi işaret ederek sıfırlayabilir ve tekrar sıfırlayabilirsiniz . Ama kendisi tarihinin koymak herhangi bir değişiklik yapmadan tam bir yenileme (shift veya ctrl F5) yapıyor gibi - Geçerli dal kafasından aşağı zincirleme veya etiket adında (ama ben ne olursa olsun kaybetmek düşünüyorum hala klon kaynak referanslar gibi şeyler şimdi görünmeyen sürüme işaret edin).

Ama önermek için yazdığım şey bu değil. NAS hacmini, projemin bulunduğu her 3 saatte bir enstantane yapmak için bulunduğu yere ayarladım. Windows'un bir kontrol noktası mekanizması var ama bence yapılandırılamaz; Mac Time Machine benzer bir şey yapar.

Genel olarak, dosyanın tüm kaydedilmiş sürümlerini ve içe aktarılan (sabit) tüm öğeleri içermeyen Premiere'de arşivleyebilirsiniz , bu nedenle yalnızca değişenleri kaydetmek için deltaları kullanmadan bile hepsini kaydetmek mantıklıdır.

Sadece Premiere'i yeniden öğrenmek ve bir şeyleri denemekle daha agresif olmak, bir dahaki sefer çalıştığımda geri dönebileceğime inanıyorum, yaptığımdan pişmanım, ya da daha iyi bir yol buldum ve tekrar yapmak istiyorum. Bu etkili bir revizyon versiyonlama sistemidir. NAS üzerinde yaptığım zaman, tasarruf ederken tüm projeyi çöpe atılan bir BSOD'ye karşı da korunuyorum. :)

geçmişi güncellemek kısa bir uzunluk, varsayılan 32 giriş. Proje yüklendiğinde boştur. Ancak, otomatik kaydetme yalnızca çoğu programda gördüğümüz gibi kaydedilmez; daha çok onları numaralandırır ve saklar. Böylece, dosya zaman damgalarını görebilir ve eski bir kopya yükleyebilirim, bu da bana 15 dakikalık kontrol noktalarının sürüm geçmişini verir. Benim durumumda, her dosya 44K'dir, bu da varlık boyutuna kıyasla hiçbir şey değildir - 76 milisaniyelik ses boyutu veya sınıf 10 SD kart görüntüleri çerçevesinin 1 / 7'si .

Anlamlı bir adla bir kontrol noktası tutmak için aklınız varsa, Kopyayı Farklı Kaydet'e tıklamanız yeterlidir. Ancak, yüksek bir frekansa ayarlanan otomatik kaydetme, önceden planlama yapmadan ve çok az çaba sarf etmeden herhangi bir durumu (o zamana kadar) yeniden ziyaret etmek için kullanılabilir.

Sürüm kontrolüne aşina olmayan mühendis olmayanlar için bir not: Çalışmanızı bariz şekilde takip etme yeteneğinin yanı sıra, sık sık yeni değiştirdiğim şeyi kontrol etmek veya mevcut göreve başlamadan önceki durumla karşılaştırmak için de kullanıyorum. veya grupla paylaşılan son kullanıcıyla karşılaştırın.

Premeire artık çalışma alanında birden çok proje açmayı desteklediğinden, iki zaman çizelgesini karşılaştırmak için bir pencere düzenleme çalışma alanı ayarına sahip olmak mümkün olacaktır. Yani, sadece yedekleme için değil, bu sürümlere sahip olmaktan daha etkili yararlanın . Git'i kullanmayan programcılara genellikle bir metin editörü gibi genel amaçlı bir araç haline geldiğini söylerim.

Acayip olmaktan başka bir şey varsa, profesyonel film yapımcılarının sürüm kontrolünü nasıl ele aldığını merak ediyorum? Otomatik kaydetme tasarımı oldukça maksatlı görünüyor ve entegre komut dosyası yazma grup yazılımı aracı açıkça görünür revizyon izlemeye sahip.


0

Video dosyaları için sürüm kontrolüne sahip olmak pratik değildir, çünkü ilk önce çok büyükler, ikincisi hareket ediyorlar (her kareyi koruyacak mısınız?), Üçüncü olarak değişmezler. Yani, orijinal dosyalar düzenlenirken hiç değişmez.

Ancak proje dosyaları için sürüm kontrolü çok mantıklı. Şu anda, her önemli değişiklikten sonra yeni bir proje dosyası oluşturup açıklayıcı bir isim veriyorum - ne yaptım, ne ekledim ve neyi kaldırdım. Özünde, dosya adları aracılığıyla geçmişi manuel olarak korumak zorundayım. Proje dosyalarının sürüm kontrolü altında olması harika bir fikir, neden daha önce bunu düşünmedim!

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.