«workflows» etiketlenmiş sorular

Bir iş akışı, sıralı (bağlı) adımlardan oluşur. Vurgu, her adımın gecikmeden veya boşluk olmadan emsali takip ettiği ve sonraki adımın başlamasından hemen önce sona erdiği akış paradigmasıdır.

17
Günlük işinizde “doğru yapın” ve “en kısa sürede yapın” arasında nasıl bir denge kurarsınız? [kapalı]
Kendimi zaman zaman tekrar tekrar bu sorunun üzerinde durmakta buluyorum. İşleri doğru şekilde yapmak istiyorum: bakımı kolay, temiz, anlaşılır ve doğru kodlar yazmak. Ancak, sonunda yaptığım şey bir yamanın üzerine yama yazmak; sadece zaman olmadığı için, müşteriler bekliyor, bir gecede bir hata düzeltilmeli, şirket bu konuda para kaybediyor, bir yönetici …

4
Git'in iki aşamalı taahhüt sürecinin (evreleme) faydası nedir?
Git öğreniyorum ve iki aşamalı bir taahhüt süreci olduğunu fark ettim: git add <files> git commit İlk adım, "evreleme alanı" veya "dizin" olarak adlandırılan şeyin revizyonlarını yapar. İlgilendiğim, bu tasarım kararının neden verildiği ve faydaları nelerdir? Ayrıca, git kullanıcısı olarak bunu mu yapıyorsun yoksa sadece git commit -amı kullanıyorsun ? …


5
Sürüm Kontrolünde Aynı Kod Tabanından İki Ayrı Yazılım Sürümünün Korunması
Aynı yazılımın / programın / uygulamanın / komut dosyasının iki farklı sürümünü yazdığımı ve sürüm kontrolü altında sakladığımı varsayalım. İlk versiyon ücretsiz bir "Temel" versiyon, ikincisi ise ücretsiz versiyonun kod tabanını kullanan ve üzerinde birkaç ekstra değer katan özelliklerle genişleyen ücretli bir "Premium" versiyon. Yeni yamaların, düzeltmelerin veya özelliklerin her …

6
İş akışı motorları ne zaman kullanılır?
Geçmişte bazı iş akışı motorlarında programcı olarak çalıştım ancak iş akışı motorlarını neden ilk başta seçtiğimize dair hiçbir netlik yoktu. Ve programcı olarak kod yazarken bir şey yapmanın en az 100 yolu olduğunu biliyorum, ancak yöntemlerden yalnızca birkaçı en iyisi! Hangi kullanım durumlarının, iyi bir DI özellikli uygulama tasarlamadan ziyade …
41 workflows 

6
Tek geliştiriciysem, çekme isteklerini kendi depomda kullanmak için bir amaç var mı?
Bu yüzden GitHub'daki gerçek bir projemle başladım ve işler oldukça iyi gidiyor ve fikirler başlangıçta düşündüğümden çok daha hızlı akıyor. İşleri düzenli tutmak için, farklı dallar oluşturabilmek için bazı dallar açarım. Şimdi şubemi GitHub'a bastığımda, iki butonumun olduğu bir bölüme sahibim: Pull Requestve Compareyakın zamanda bastığım şubenin adı. CompareDüğmenin amacını …
38 github  workflows 

9
Birden fazla bilgisayar kullanıyorsanız, her şeyi nasıl senkronize edersiniz? [kapalı]
Artık 4 veya 5 bilgisayarım var ve her şeyi senkronize etmek için daha iyi bir sisteme ihtiyacım var. Programlama projeleri için dosyalarımı senkronize etmek için git ve github'u çok kullanıyorum, fakat sonra veritabanları, .bash_profile dosyaları, bash scriptleri vs. var. Bazen dosyaları senkronize etmek yerine sadece bir bilgisayardan diğerine ssh yapıyorum. …

2
Git Flow gibi bir birleşme stratejisi gerçekten bir kalıp karşıtı mı?
Şirketim Git kullanıyor ve kendine özgü bir dallanma şeması kullanıyor - iş master'da yapılıyor ve şubeler sürümlere ayrılıyor. Bu, bir yinelemede yapılan tüm çalışmalar dalda kaldığı sürece iyi çalışır, ancak kritik bir üretim sorunu ortaya çıkarsa, çalışmanın bir şekilde her iki dalda da yapılmasını sağlamalıyız. Son zamanlarda, bu şubelerle biraz …

11
Kaynak kontrolündeki ikili dosyalar
Gömülü cihazlar ve diğer garip dünyalar için geliştirirken, derleme işleminizin çok özel versiyonlarını kullanarak çok sayıda özel ikili dosya içermesi olasıdır. Yani soru şu ki, onlar kaynak kontrolünüzün bir parçası mı? Ofislerim "kaynak denetiminden çıkmak, kodu derlemek için ihtiyacınız olan her şeyi içerir" kuralına uyuyor ve bu da bazı ciddi …

4
Git Stash'ı iş akışı olarak antipattern kullanıyor musunuz?
Geçenlerde ben ve ekibimin Git'i nasıl kullandığını ve iş akışımızın nasıl çalıştığını inceledim. Şu anda iyi işleyen bir özellik dalı iş akışı kullanıyoruz. Ayrıca ekibimizdeki bazı kişilerin git stash'a dayanan iş akışı kullandığını gördüm . İş akışı şöyle bir şeye gider: Ana dalda çalışmak (gibi master) Gittiğiniz gibi taahhütte bulunun …

6
TDD ve Sürüm Kontrolü
Şu anda TDD'yi öğreniyorum ve kişisel projelerimde uygulamaya koymaya çalışıyorum. Ayrıca bu projelerin çoğunda sürüm kontrolünü yaygın olarak kullandım. Bu iki aracın tipik bir iş akışındaki etkileşimi ile ilgileniyorum, özellikle de işleri küçük tutmak için en fazla söz konusu olduğunda. İşte akla gelen bazı örnekler: Yeni bir projeye başladım ve …

8
Kod incelemesi sırasında test yazmak faydalı olmaz mıydı?
Bir meslektaşım ilginç bulduğuma dair bir fikir buldu. Kod incelemesi sırasında, TDD yapmadığımızı varsayarak incelemeyi yapan kişi tarafından testler yazmak faydalı olmaz mıydı? Bu soruya göre, bunun tamamen akademik bir proje olduğunu varsayalım. Ayrıca takım 4 kişiliktir. Herkes dili bilir ve kullanılan tüm araçlara / kütüphanelere / çerçevelere aşinadır ve …

7
İş akışı araçlarının değeri nedir? [kapalı]
Kapalı . Bu sorunun daha fazla odaklanması gerekiyor . Şu anda cevapları kabul etmiyor. Bu soruyu geliştirmek ister misiniz? Soruyu, yalnızca bu yazıyı düzenleyerek tek bir soruna odaklanacak şekilde güncelleyin . 4 yıl önce kapandı . Workflow geliştirmesinde yeniyim ve gerçekten "büyük resmi" elde ettiğimi sanmıyorum. Ya da belki farklı …
22 java  workflows  soa  bpm 

1
Eş zamanlı olarak katkıda bulunmak ve yukarı havza deposundan uzaklaşmak için uygun görgü kuralları ve önerilen GitHub iş akışı nedir?
Genel olarak GitHub ve VCS'de yeniyim. Yıllardır çeşitli dillerde programlama yapıyorum, ancak her zaman özel projelerde yalnız çalıştım (halka açık değil). Geçenlerde GitHub'dan indirdiğim ve üzerinde çalıştığım bir projede jQuery UI widget'ini kullanmaya başladım. Repo artık orijinal yazar tarafından korunmuyor. Başka bir çatal, orijinal çekme taleplerinin bazılarını birleştirmiştir. Bu benim …

6
Yüz geliştirici tek bir çözüm üzerinde çalışırken geliştirme yöntemleri?
Belirli bir tarihte piyasaya sürülmesi planlanan tek bir üründe (revizyon kontrolü Git'i kullanarak) sürekli çalışan yaklaşık 200 geliştiriciden oluşan bir kuruluşuz. Çok sayıda geliştirici nedeniyle, her ekipte yaklaşık 10 geliştirici ile "çapraz fonksiyonel" ekipler oluşturmaya çalışıyoruz, bu da kuruluşta yaklaşık 20 geliştirme ekibiyle sonuçlanıyor. Ana depoda ürünün sürekli "yüksek standardını" …

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.