Ben php localhost içinde bir web sitesi geliştiriyorum ve modülleri tamamlandığında, ben arkadaşlarım alfa test böylece bulut üzerine yükleyin.

Geliştirmeye devam ederken, çok sayıda dosyam var ve düzenlediğim veya değiştirdiğim vb. Parçaları kaybettim. Tüm bunları yönetmek için 'sürüm kontrolü' olarak bir şey duydum, ancak nasıl çalıştığından emin değilim.

Yani, sorum şu: Tüm düzenlemeleri / değişiklikleri / yeni dosyaları izlememin ve web sitesini geliştirirken dosyaları yönetmem için kolay bir yol / hizmet / uygulama var mı? Bir modülle işim bittiğinde, onu buluta yüklemek istiyorum (Amazon Cloud Service kullanıyorum). Yeni dosyalara bir şey olursa, eski dosyaya geri dönmek isteyebilirim. Ve belki, bir veya iki tıklamayla, son yüklediğimden beri düzenlediğim veya değiştirdiğim dosyaları görüyorum?

Sürüm Denetimi'nin parçası olduğu yazılım yapılandırma yönetimi , kesinlikle dosyalarda değişiklikleri izlemekten biraz daha karmaşıktır, ancak kesinlikle bununla başlayabilirsiniz. Ancak Joel Spolky'nin Mercurial öğreticisiyle yukarıda bağlantılı Wikipedia makalelerini okuyun .

Başlamak için, Mercurial, GIT veya Bazaar'dan birini bu sırayla seçin ve IDE'niz ve işletim sisteminiz için araçlar ile birlikte yükleyin (Eclipse için HGE'li Mercurial'ı tercih ederim).

1. Çalışma dizininizden bir havuz başlatın ( Mercurial ile hg init ).
2. Hangi dosyaları ve dizinleri izlemek istediğinizi, hangilerini izlemek istemediğinizi belirleyin. Genel kural, derleyiciler ve diğer araçlar tarafından oluşturulan dosyaları izlemek değildir.
3. Depoya dosya ve dizin eklemek için bu komutu kullanın ( Mercurial için hg add ).
4. Araca, izlemek istemediğiniz dosyaların kalıpları hakkında bilgi verin ( Mercurial için .hgignore'u düzenleyin ).
5. Orijinal sürümleri ( hg ci ) takip etmek için bir taahhütte bulunun .
6. Küçük olsa bile, her mantıksal aşamadan sonra bir taahhüt gerçekleştirin.
7. Yeni dosyaları oluştururken ekleyin.
8. Son ikisini tekrarlayın.
9. Çalışma dizininizi ve deponuzu makul sıklıkta yedekleyin.

Havuzdaki dosyalarınızla, bir dosyanın veya dizinin herhangi iki sürümü veya tüm proje ( hg diff ) arasındaki farkları bilebilir, değişikliklerin geçmişini ( hg hist ) görebilir ve değişiklikleri geri alabilirsiniz ( hg up -r ).

Kodunuzu yayınlamadan önce havuzu etiketlemek ( hg etiketi ) iyi bir fikirdir, bu nedenle değişiklikler veya karşılaştırmalar için tam olarak yayınladığınıza geri dönmenin kolay bir yolu vardır.

Farklı bir geliştirme çizgisi ile denemek istiyorsanız, ana depoyu ( hg klonu ) klonlayarak ve deney sonuçlanıncaya kadar geri itmeyerek basit bir dalda yapın . Deney için farklı bir çalışma dizinine sahip olmak kadar kolaydır.

Deneme yeni, yükseltilmiş bir sürüm içinse, klonlayın ve sonra dallayın ( hg dalı ), böylece bir deney diğerine müdahale etmeden depoların tüm kopyalarını güncel tutabilirsiniz.

Linus Torvalds (projelerinde on binlerce dosya ve milyonlarca kod satırı ile ilgilenen) Google'da aracın neden CVS, SVN veya çevresindeki birçok ücretsiz ve ticari dosyadan biri olamayacağı hakkında bir konuşma yaptı. ; izlemeye değer.

Git tavsiye ederim. Buradan bilgi edinin: https://lab.github.com/

Git'i sevmiyorsanız, başka sürüm kontrol çözümleri de var. SVN'ye göz atabilirsiniz.

Sadece sen misin?, Bir DVCS kullan

Göründüğü kadar karşı sezgisel olarak, Dağıtılmış Sürüm Kontrol Sistemi (mercurial, git, bazaar) ile başlamak merkezi bir sistemden (svn, cvs) daha iyidir. Neden ?, makinenize kurar ve deponuzu yerel olarak çalıştırırsınız ve hepsi bu kadar. Svn gibi merkezi bir sistemde istemcinizi ve sunucunuzu ayarlamanız gerekir ... ve sonra değişikliklerinizi saklamak için bir sunucuya bağlanmanız gerekir.

Bir DVCS ile siz, yerel depo ve isterseniz, bitbucket.org veya github.com gibi bir hizmeti kullanabilirsiniz.

IMHO, mercurial başlangıçta dostça ve eşit derecede yetenekli bir DVCS.

Başkaları var mı?, Bir DVCS kullanın!

Bir ekiple çalışmak için bir DVCS kullanmanın sayısız avantajı vardır, merkezi bir sistemin aksine en önemlisi, taahhüt yarışlarının olmamasıdır ve bunun nedeni, teknik olarak, her bireyin deposunun bir dal olması ve bu dallar sizin için birleştirilir ve fark etmezsiniz, yani bunun gibi bir sürüm geçmişine sahip olmak yerine, insanların çalışmalarını düz bir çizgide hunladığı:

Sonuç olarak, herkesin geçici olarak işlediği böyle bir şey elde edersiniz:

Her biri sadece kendi çalışmaları hakkında endişeleniyor (yani taahhüt etmek için yarışmıyor) ve sadece taahhüt etmek için bir sunucu bağlantısı hakkında endişelenmiyor.

İyi şanslar

Kısa olmak gerekirse, Subversion (SVN) ve Git'in en popüler göründüğü (böylece web'de çözüm bulmak en kolay) birçok alternatif var.

İkisi de farklı. SVN daha basittir, ancak Git başlangıç ​​için sunucunuz olmasını gerektirmez - sürümü yerel olarak kontrol edebilirsiniz.

Linux'unuz olduğunu ve Git'i kullanmaya başlamak istediğinizi varsayarsak:

1. Git'i yükle
2. Dizine gidin ve 'git init' komutunu yürütün
3. Dosyaları nasıl ekleyeceğinizi, değişiklikleri nasıl inceleyeceğinizi, nasıl uygulayacağınızı öğrenin ...
4. ... ve daha gelişmiş şeyler yapmak (günlükleri gözden geçirmek, değişiklikleri geri almak, dosyaları yok saymak, dallar oluşturmak, bunları birleştirmek, uzaktan kumandalar oluşturmak ve kullanmak, alt modülleri kullanmak, SVN desteği kullanmak vb.).

Umarım bu başlamanıza yardımcı olur.

Apalala ettiğim gibi, dışarı ödeme tavsiye hginit . Sürüm kontrolüne yeni başladığınız için ilk sayfayı atlayabilirsiniz. Bu size iyi bir giriş sunmalıdır, daha sonra belirli sorularınız varsa SO'ya gönderebilirsiniz .

Çoğunluk görüşüne karşı çıkacağım ve Subversion'u tavsiye edeceğim. Subversion kullanımı kolaydır ve bireylerin ve küçük ekiplerin ihtiyaç duyduğu her şeyi yapar. Bu olgun bir ürün, bu yüzden dışarıdaki her IDE bunun için iyi bir desteğe sahip. Evet, Git'in tüm özelliklerine sahip değil. (Daha önce Mercurial kullanmadım, bu yüzden bunun hakkında konuşmayacağım.) Ancak çoğu geliştiricinin aslında bu ek özelliklere ihtiyacı yoktur.

Birden fazla depo mu? Eminim bunlar için bazı meşru kullanımlar vardır, ama asla bunlarla karşılaşmadım.

Ağ erişimi olmadan yerel taahhütler yapabiliyor musunuz? Birkaç ayrık değişiklik yapıyorsanız ve depo sunucusuna erişemiyorsanız - ama dürüst olmak gerekirse, bu ne sıklıkta oluyor?

Git, dallanma ve birleşme ile başa çıkmayı kolaylaştırır. Ancak tek kişilik bir ekip için bu çok da önemli değil.

Linux çekirdeği ölçeğinde bir şey için - evet, Git'i kullanın. Geri kalanımız için Subversion yeterince iyi.

Ben düşünüyorum Dağıtılmış Sürüm Kontrol Sistemi de yapacağız. Yaygın olarak önerilen seçenekler Git ve Mercurial (Hg). Grafik araçlar yararlı olabilir, Mercurial için TortoiseHg'yi tavsiye ederim .