Tamam, burada mevcut işimde bazı anlaşmazlıklara neden olan bir şey ve ben gerçekten beklemiyordum. Organize house yazılım geliştirme yeni bir kavram burada ve bazı kodlama rehberi ilk taslağı hazırlandı.

Bu" kod hiçbir zaman depoyu kontrol edilmeli. "yorumunda bulundu önerdiğim Bu belirttiğim sebebi depo dosyalarını tam bir tarih tutar. Eğer fonksiyonel kodu çıkarıyorsanız o zaman tamamen kaldırın. Depoyu kolay nelerin değiştiğini görmek çok değişiklikleri tutar.

Bu başka bir geliştirici bu yoldan çok kısıtlayıcı olduğuna inanan bazı anlaşmazlıklara neden oldu. Bu geliştirici üzerinde çalışıyor ama eksik olan bazı kod açıklama yapmak istiyorum. Bu kodu daha önce teslim olacaktı ve o zaman herhangi bir yerde kayıtlı değil. Elinize sağlık kullanıyor olacağız değişiklikleri raf en doğru çözüm olacağını söyledim. Olabilir ya da dağıtılabilir olmayan kısmi değişiklikleri kontrol edebilmek için böyle yapıyor ancak kabul edilmedi.

Sonunda Sürekli Entegrasyon ve otomatik olarak geliştirme web sunucusu dağıtma avantajını biz de yer almak istiyoruz. Şu anda web sunucusu veya veritabanı sunucusu geliştirme sürümü yok ama bu yakında değişecek.

Her neyse, siz ne düşünüyorsunuz? Bu" yararlı kod deposunda var mı? "yorumunda bulundu inanıyor musun

Bu konuda başkalarından duymak çok ilgimi çekti.

Edit: Netlik uğruna, özel dal kullanmıyoruz. Eğer yaparsak o zaman ki özel şube ile istediğiniz ama hiç kod diye gövde veya herhangi bir paylaşılan dalları ile birleştirme yok ne yapabilirim.

Edit: Özel ya da kullanıcı dallar başına kullanmıyoruz geçerli bir sebep yok. Katılmıyorum bir kavram değil. Biz sadece bunu henüz tam olarak değil. Belki de nihai orta yere. Şimdi elinize sağlık rafları kullanıyoruz.

Farklı deneyimleri ile başkaları da olabilir, ama bitmedi benimkini kontrol kodu korkunç bir fikir, nokta.

Burada öğrendim ve takip etmeye çalışıyorum prensipler:

• Sık sık kontrol en az bir kez, tercihen günde birkaç kez
• Sadece tam işlevsellik açısından kontrol edin
• Eğer birinci ve ikinci çatışma bir günden fazla işlevselliği için elimden (örn sonra görevi çok büyük - küçük completable görevleri içine kırın.

Bu şu anlama gelir:

• Açıklamalı-kod asla işlevsel olmadığı kontrol edilmelidir
• Yorum arşiv geçerli bir strateji değildir, emekli olan kod henüz bitmiş ya da kod olsun, yorumlama ve kontrol etmek hiç mantıklı değil.

Çok özet olarak, HAYIR! Eğer kod hazır gitmek için bir sonraki aşama (hangisi olduğunu için: İntTest/KG/UAT/PreProd/Prod), olmaması gerekir kararlı bir gövde veya çok geliştirici şube. Dönem.

Edit: diğer cevapları ve açıklamaları okuduktan Sonra, mutlaka iyi bir fikir olduğunu sanmıyorum eklerimbanaçıklamalı kod (neyse uygulamak istiyorum nasıl emin değil). Ne diyecekler ekibinizdeki herkesin yukarıda açıklanan felsefe için satın almalısınız. Üzerinde çalıştığım ekip gönülden kucaklar. Sonuç olarak, bir kaynak denetimi frictonless-ekip, işimizi halletmek yardımcı olur.

Bu felsefeyi benimsemesi olmayan insanlar genellikle broken windows neden ve sık sık kaynak denetimi ile sinirli. Onlar bir gerekli bir kötülük iyi bir şey önlemek için en kötüsü; hangi yol için nadir checkins, yani kümeleri büyük ve sert birleştirme, hangi bileşikler hayal kırıklığı yapar checkins bir şey önlemek için daha fazla, vb. Bu sonuçta bir tutumdur şey değil, gerçekten sürecin bir şey. Kolay koymak zihinsel engelleri karşı; kolay bulmak neden çalışmaz, yani bulmak kolay sebep değil diyet yapamazsan çok istiyorum. Ama ne zaman insanlaryapınbunu yapmak istiyorum ve alışkanlıklarını değiştirmek için kararlıyız, sonuçları dramatik. Bu ağır yükün altında etkili bir şekilde satmak için.