Makale Hakkinda Kucuk Bir Anket

Selam arkadaslar,

Oncelikle Visual Studio kod ortamini kullanmayan kisilerin bundan sonrasini okumasina gerek yok.


Bir makale yazmak istiyorum, turkce bunla ilgili hic kaynak gormedim.. Bir firmada calisan ya da ekip olarak calisan arkadaslara bir sorum var.

Mesela firmanizda birden fazla urun var ve bunun yaninda yardimci kutuphaneler var. Bunlarin organizaysonunu nasil yapiyorsunuz.

Mesela Proje A 1.1.0 , Proje X 2.0.0 yi referans olarak kullaniyor iken
Proje A 1.2.0 ise, Proje X 2.5.0 u referans olarak kullaniyor.

Bunlarin organizaysonunu nasil yapiyorsunuz? Bunla ilgili kucuk bir bilgi de verebilirsiniz (ucretli olup olmadigini da belirtebilirsiniz).

Eger cok kiside bu olaylar buyuk bir problem ise o zaman bunla ilgili bir yazi hazirlayacagim.

Tesekkurler.

Yanlış anlamadıysam CI (continuous integration)'dan bahsediyorsun.
Sanırım biz yapıyoruz diyebilirim, aslında yapıyoruz değil de yapmaya çalışıyoruz. Eğer konu bu ise yazmaya devam edebilirim. Veya biraz daha detay verebilirsin.

evet CI ancak tam olarak tum parametrelerini barindirmayan bir seyler yazmak istiyorum.

TFS mi kullaniyorsunuz bu is icin? bilgi verebilirsen sevinirim. Ve asil ogrenmek istedigim versiyonlama olayini nasil yapiyorsunuz? Ben local sisteme nuget server kurdum ve once harici olarak (nuget command line ile) daha sonra da tfs e entegre ederek yaptim, zaten yazmak istedigim de bunla ilgiliydi.

Kaynak kod versiyonlama için tfs kullanıyoruz. Exclusive checkout özelliği genelde diğer versiyonlama sistemlerinde olmadığından pek tercih etmiyoruz, çünkü aynı dosya üzerinde birden fazla kişi çalışması demek ekstra code review ve merge işlemi demek.

Gerekli unit test'leri yazdıktan sonra Team Sytem zaten gerisini yapıyor.

Bu arada ücretsiz olarak Visual Studio Online kullanabilir ilgilenen arkadaşlar. Tamamen ücretsiz. https://www.visualstudio.com/en-us/p...online-vs.aspx

Herhangi bir CI işlemi yapılmıyorsa nuget server kurmak güzel bir çare olabilir fakat team system kullanıyorsanız ki şu anda o da ücretsiz olarak sunuluyor ekstra birşey yapmaya gerek kalmıyor. Bir kod değişip check-in yapıldığında otomatik build olup yazılan unit testlerden geçiyor. Bu şekilde her build/publish sürecini takip edebiliyorsunuz.

tesekkurler cevap icin hocam, musait bir zaman yazacagim..

makale konusunda da gerek olmadigini anladim, sanirim burada olan arkadaslarin boyle takim calismasi yok, bireysel/freelance calisiyorlar, onlar icin de bu tarz bir seye de pek gerek yok.

Bireysel bile çalışılıyor olsa ci bilinmesi gereken çok önemli bir yöntem. Sonuçta mutlaka yazdıkları kodu versiyonluyor ve gerekli testlerini yapıyor olmaları gerek. Ha kullan at mantığıyla çalışıyorlarsa onu bilemem ama boşuna iş yükü yaratıyorlar kendilerine.

Bana sorarsan makaleni yaz derim. Ne kadar kişi okursa o kadar kafada ampül yanmış olur düşüncesindeyim.

Bizim şirket için alt yapı ve kütüphane kısımlarının organizasyonu bir kişiye ait, hazırlanan kütüphanelerde bir güncelleme olursa tüm ürünlere güncel kütüphane gönderiliyor.
Proje içerisinde kütüphane paketlenmiş bir şekilde hizmet veriyor ve tüm ortamlar tfs'e bağlı.
Kütüphanelerdeki güncellemeler veya geliştirmeler belli bir onay mekanizmasına bağlı ve yazılım liderlik pozisyonundaki kişiler tarafından ortak bi karar ile geliştiriliyor.
Tüm ürünler de ortak bir yapı kullanıyor ve bu yapının dışına çıkmak yasak.
Kod geliştirme standartları kullanılan veya geliştirilen kütüphanelere göre dökümanlaştırılmış durumda ve herhangi bir ürün içerisinde geliştirilen kod o ekibin lideri onayı ile projede aktif ediliyor.
Yani bizim için süreç bu şekilde en azından...