BT Yönetimi için Redmine: Pratik Deneyim Kapsamlı Uygulama OpenSource Systems

Küçük tarih öncesi. Bildiğiniz gibi, otomasyon her zaman "neşeli" bir şeyle başlar. Kendinizi veya yönetiminizi otomatikleştirin, iyi bir hayattan değil. Bu genellikle kuruluşun büyüdüğü için olur, büyük miktarda gelen ve mevcut bilgilerde gezinmesi zorlaşır. Böylece belli bir noktada organizasyonumuz hızla büyümeye başladı, bu yüzden kaosdan yapılandırılmış, kullanışlı ve kullanışlı bir şeyler yapmak için çok hızlı bir şekilde ihtiyacımız vardı.

Kaos sistemlerimizde ne ifade ediyor? Bu, analitik ve yapılandırma taleplerine tabi olmayan siparişsiz isteklerin kullanıcılardan geldiği anlamına gelir ve bu nedenle proje yönetimi yoktur. Sorular, postada, Word'de, Analistler, Programcılar, Bölüm Yöneticileri'nde - organizasyonda hangi yapıya bağlı olarak bağlı olarak donuyor.

Kaosunuzu Redmine yazılımı kullanarak kaldırmaya karar verdik. Hemen metodoloji hakkında konuşmayacağımız bir rezervasyon yapın. Tam olarak ne uyguladığımız hakkında Redmine olanakları hakkında konuşacağız. Her şirketin kendi nüansları vardır, bizi bize götürmeyin, başkalarını almayın. Analizinizi yapın, doğru ve sizin için gerekli olduğunu düşündüğünüz gibi hareket edin. Hatalardan korkmayın, çünkü öğrendiğimiz hatalarda.

Sahip olduğumuz Kaos'tan siparişe gitmeye çalışıyoruz. Şimdi bu tarafın ortasındayız. Tabii ki, her şey değildi ve bulutsuz ve pürüzsüz olacak, ama biz çok çalışıyoruz.

Şirketimizin içinde üç ana problemi tahsis ettik:

  • İlk olarak, hataları, olayları ve gelen istekleri izlemek için bir sisteme ihtiyacımız vardı, yani. Hata izleyicisini otomatikleştirmemiz gerekiyordu;
  • İkincisi, bir şekilde proje yönetimini tahsis etmek istedik. Otomasyonla tam olarak izlenmemiş, bu, metodolojilerin kullanımını ve gelişim aşamasında ve bir tür geleceğe sahip olması gerektiğine kadar gerekli değildir. Daha sonra, bunun için Redmine'yi nasıl kullandığımızı ve nerede olduğunu göreceğiz;
  • Üçüncüsü, BT hizmetleri kontrol ünitesini (ITSM) ayrı bir sisteme tahsis ettik, ancak aynı zamanda tam olarak değil. Bölümümüz, yönetilmesi gereken farklı BT hizmetleri sunmaktadır.

Ek olarak, özel problemlerimizi tahsis ettik:

  • Bu, tekrar ediyorum, onu tekrar ediyorum, çünkü programcılar hayatlarını yaşıyorlar, sistem yöneticileri, hala bir internet pazarlama departmanı ve diğerleri var;
  • Her birinin kendi yapısı ve departmanı yönetme istekleri vardır. Tüm bölümlerde, farklı metodolojiler, yaklaşımlar, yöneticiler ve psikotipler - izlemesini sistemin seçimine getirir. Ancak, aynı anda tümüyle hareket etmek ve bir hedefe ulaşmak için gereklidir - kuruluşta belirli bir düzen, bilgi ve tahminlerin erişilebilirliği;
  • Ek olarak, her şeyin farklı göstergelerle hesaplandığı başka bir KPI var;
  • Daha fazla geliştirmek için, gelen bilgilerin ek bir analizine ihtiyacımız var, bölümlerde neler olup bittiğini ve organizasyona bir bütün olarak nasıl yansıtıldığını;
  • İç bütçeleri, girdiğimiz veya en sık girmediğimiz çerçevesinde kontrol etmemiz gerekir. Ayrıca bir şekilde analiz etmeleri ve yönetmeleri gerekir. Tüm bunları tek bir sistemde yapmak daha iyidir - özellikle manuel için uygundur.

Böylece, bir olarak birleştirmek istediğim üç sistemi tahsis ettik.

Bu sistemlerin her biri için ayrı bir özel yazılım vardır. Kendi artıları ve eksileri olan tanınmış tüm otomasyon ürünleridir, bu nedenle kendiniz için sistemi seçerseniz, her şeyi düşünün.

Tüm ürünler slaytta listelenmemiş, sadece Rus pazarında değil, aynı zamanda Batı'da da çok daha fazlası var. Fakat bizim için gereksinimlerden biri Rusça konuşan bir arayüzdü, çünkü bu ürün sadece daha fazla ya da daha az anlaşılabilir İngilizce, aynı zamanda sıradan kullanıcıların sadece programcıları ve sistem yöneticileri de kullanacak.

Nereye gidilir? Birçok ürün. Çeşitli bölümlerden ve kontrollerden gelen gereksinimler farklıdır. Seçeceğiz.

Analiz ve seçim sonucunda yanı sıra Alexei Lustin'in dosyalanması ile, belirli bir alanı kapsayan bir Redmine ürünü bize geldi. Ne tür bir bölgeyi kapsadığını öğrenelim mi?

Şirkette kaçmak istediğimiz hata izleyiciyi tamamen kapsar. Bu, kullanıcılardan ve müşterilerin herhangi bir seviyedeki uygulamaların alınmasının merkezi hale getirilmesidir. Hızlı bir şekilde otomatikleştirilmesi gereken en temel ağrı noktasıydı. Herkesin bu sorunu olduğunu düşünüyorum, çünkü zaten söylediğim gibi, bilgiler düzensiz ve farklı yerlerde yerleşir - postada, Excel veya başkanlarda. Bu tür bilgiler sonuç ve sonuçları analiz etmek ve elde etmektir. Sonuç olarak, şöyle çıkıyor:

    • Bilgi tabanının bilgi bileşeni, analiz edilebilecek ve ne yapacağınızı anlayabilecek olanı yoktur. Bu, reaksiyon hızını yavaşlatır ve karın doğrudan bağlı olduğu kesintisizliği ve iş kalitesini etkiler;
    • Yeni çalışanların "dalış" zamanını kurumsal sistemlerle çalışmak için arttırır;
    • Başarısızlık toleransı da kendi başınadır - çalışma sistemi olmayan biri iki dakika yaşayamaz. Bu nedenle, böcek izci büyük bir rol oynar ve o zaman problematikler çok akut oldu.

Redmine Proje Yönetimi yarısını kapsar, çünkü bu ürün projeleri yönetme konusunda uzmanlaşmıyor, ancak bu konuda yardımcı olan belirli bir blok var. Ne yazık ki, bu ideal bir ürün değil, ancak o zaman sisteme kurduğumuz gereklilikleri kapsıyordu.

Ve çok küçük bir ITSM bloğu kaplıdır. Redmine sisteminin BT hizmetlerini yönetmesi amaçlanmamıştır, bu nedenle veri iletken ve yapılandırılmasında bazı kusurlar vardır. ITSM sisteminin sürümünüzü seçerek bu durumdan çıktık.

Öyleyse, tercihlerimiz Redmine. Oldukça özelleştirilmiş, ölçeklenebilir, esnek ve uygun ayarlarla.

Neden Redmin?

  • Bu "Freebie" tatlı bir kelimedir. Redmine ücretsizdir, ancak rezervasyonla, kendiniz için seçtiğiniz ücretli eklentiler var. Her durumda, bir tür maliyet tahmini vardır, çünkü bir eklenti satın aldıysanız ve Redmine platformunu değiştirmezseniz, bir süredir bu eklenti ek yatırımlar olmadan kullanılabilir. Ve örneğin, bunu güncellemeniz gerekirse, bu güncelleme için ödeme yapmanız ve daha fazlasını kullanmanız gerekir. Redmine platformu güncellemesi yılda bir veya iki bir veya iki kez gerçekleşir ve güncellenir veya değil - bu sizin arzunuzdur.
  • Redmine sezgisel bir arayüze sahiptir. Redmine sadece BT yönetimi için bir ürün olarak değil, aynı zamanda kullanıcılardan gelen uygulamaların çeşitli bölümler için alındığı bir ürün olarak da uyguladık. Örneğin, idari ve ekonomik departmanın uygulamaları için ayrı bir dal vurgulanır.
  • Görevlere göre ayrı ayrı da dahil olmak üzere, çeşitli analitik formlarda öncelikleri kontrol etmek mümkündür.
  • Yönetim süresi ve kaynakları. Bunun baş için ana birim olduğunu düşünüyorum. Bölümün ne kadar yüklü olduğunu, hangi maliyetlerin ilişkili olduğunu ve maliyetlerin nasıl sınıflandırılacağını, ancak aşağıda nasıl sınıflandıracağınızı anlamanızı sağlar.
  • Redmine'deki analitik ve raporlar zayıfça ifade edilir, ancak kapsamlı bir API var. API veritabanından veri alabilirsiniz, sisteminize kaldırın ve herhangi bir rapor alın.
  • Esnek ayarlar, özelleştirme ve eklentilerle manuel işlemlerin otomasyonu.
  • GIT ile entegrasyon önemli göstergelerden biridir. Veritabanımızın deposu Gitlab'a bağlanır ve herhangi bir Redmine görevinde, günlükleri (ilgili sürümler) görebilirsiniz: Kim, ne zaman ve ne zaman ve ne zaman ve ne zaman ve ne zaman değişti, Gitlab'a geçişle.

Bilgi için: GIT, dağıtılmış bir sürüm kontrol sistemidir. Herhangi bir dosya ve dizindeki değişiklikler hakkında bilgileri (versiyonlar) izler, düzeltir ve saklar ve ayrıca veri bütünlüğünü izler. Bizim durumumuzda, 1C kaynak kodundan bahsediyoruz.

İlgili sürümlerin listesinin şöyle göründüğü budur:

  • Görev Yönetimi ve Hata Takibi. Bu, kullanacağımız standart bir hata izleyicidir.
  • Olayların, projeler, bütçelerin yönetimi. Tüm bütçe oluşumu kendi yolunda gerçekleştirilir. Onu kendinize nasıl otomatikleştirdiğimizi göstereceğim ve daha sonra kendiniz için bütçenin yönetimini otomatikleştirmeyi deneyebilirsiniz - bence kolay olacağını düşünüyorum, çünkü Redmine'de emek var ve bunları da paraya aktarabilirsiniz.
  • Redmine'deki Wiki çok iyi uygulanmadı, bu yüzden bir bilgi tabanı ve işbirliği oluşturmak için başka bir ürün kullanmak daha iyidir. Kendim için, birleşme sistemini en yaygın ve kullanımı kolay olan Atlassian'dan seçtik. Ayrıca sistemleri de düşünebilirsiniz: Dokuwiki, MediaWiki ve diğerleri.

Kaputun altında redmine nedir?

  • Çok hızlı bir şekilde redmin olun ve sadece açılır.
  • Çoğu işletim sistemi üzerinde çalışır.
  • Uygulandığı platform, raylar üzerinde Ruby. Redmine'i kendimizin altında özelleştirmek istiyorsanız, Ruby'de Ruby'de bir yetkinliğe sahip olmanız gerekir, aksi takdirde çok uygun olmayacak, çünkü Her şey hazır eklentiler yapılabilir.
  • Çeşitli DBMS için destek kendisi için konuşur.
  • RSS veya e-postayla, herhangi bir etkinlikte uyarıları düzenleyebilirsiniz.
  • AD kimlik doğrulaması mevcuttur.
  • SCM Sürüm Kontrol Sistemleri (SVN, CVS, Git, Mercurial, Çarşı ve Darc) ile entegrasyon.

Redmine ile tanışmak

Redmine'i indirebilir, bilgisayara yükleyebilir ve "Deney." Veya bulut sunucusunu kullanın ve "tek bir tıklamayla, genellikle barındırma hizmetine dahil olan bir Redmine'nin önceden yüklenmiş bir sürümünü koymak için.

Bulut hizmeti kullanımı da dahil olmak üzere herhangi bir sistem için kurulum örnekleri internette bulunabilir. Bağlantıya resmi talimat:

Yani Redmine'deki görevlerin bir listesine benziyor.

Standart ve birkaç ek arayüz var. Doğru, arayüzleri değiştirirken, bazı işlevler çalışmayı bırakabilir, çünkü Özel arayüzler, çalışacağınız eklentileri dikkate almazlar - sonuçta, bu açık kaynaklı bir üründür. Ancak bu, standart arayüzü kullanmanın bile uygun bir araç olmasını engellemez.

Uygulama ayrı ve oldukça anlaşılabilir bir yapıda tahsis edilir.

Redmine'nize bağlı modüllerin listesi, uygun yönetim bölümünde her zaman bakıp analiz edebilirsiniz.

"Temiz" bir Redmine yok, çünkü Yaklaşık 35 eklenti var. Birkaç tane satın aldık.

Eklentiler hakkında bilgi arama motorunda "Redmine için eklentiler" anahtar kelimeleriyle bulunabilir. Örneğin, Redmine ile çalışmaya başlamak için iyi eklentileri indirebileceğiniz veya satın alabileceğiniz iki bölge vardır:

Tüm eklentiler Rusça'dır, satın alıp kullanabilirsiniz. Asıl şey rahat seçmektir. Sadece Redmine'nin hangi sürümünün eklentiyi desteklediğini, çünkü desteklenen sürüm sizinkinin sizinle eşleşmiyorsa, eklentinin çalışmayacağı bir şans var.

İhtiyaçlarımızın otomasyonu hakkında biraz

Yapı "Projeler"

Standart liderliğe göre Redmine kullanıyoruz. Örnek olarak, sistem çerçevesinde, "Proje" kavramı, yapının hiyerarşisinde ayrı bir daldır. "Projeler" ağacını seviye sınıflandırması olarak kullanıyoruz. Üst düzeyde bir yürütme departmanı var, sunulan departmanlara tabidir, daha sonra sistemler, alt sistemler ve hizmetler takip edilir.

Ağacın bir kısmı böyle görünüyor:

Sistem İdaresi Bölümü ayrıca proje hiyerarşisine yaklaşımını kullanır. Çalışma, verilen hizmetlerin sınıflandırılmasına dayanarak inşa edilmiştir - sorunun servis kontrolünde çözülmesine yardımcı oldu. Bu nedenle, ITSM şubesinde, Project Hiyerarşi bir işletme hizmeti kataloğudur. Kolaylık için numaralandırılmışlar.

Redmine'deki uygulamaların kabulü

Örneğe göre, Redmine'deki uygulamaların aldıklarını nasıl düzenlediğimizizi söyleyeceğim.

Bölümümüz 3 gruba ayrılmıştır:

  • Geliştirme Takımı;
  • Bir grup analitik ve eşlik - burada "iki buçuk" desteği olan çalışanları içerir. Tavsiye eder, sorunu analiz ederler, gerekirse "Okuma" kodu, veri analizi için istekleri yazabilir, ayrıca kodda doğru hatalar yazabilirler. Sonuç olarak, programcıların dikkatini küçük sorunlardan uzaklaştırmayı ve analistlerin yardımı ile dışlanmayı başarırız, programcıları müşterilerden ve geri ayırıyoruz, çünkü Muhtemelen her şey, aralarındaki ilişkilerin sorunlarını karşıladı.
  • Ve 1C veritabanının yöneticileri grubu.

Böylece, Redmine'deki uygulamaların bizimle alınması, vurgulanan posta kutusundaki olağan mektubun yazılımı ile gerçekleştirilir. Bireysel posta kutularının organizasyonu için, her bölümde ve her grupta "projeler" yapılarını, örneğin:

Projelerin her biri için, Yardım Masası eklentisinde posta kutunuzu yapılandırdık. Ekran görüntüsü, projelerden biri için HelpDesk eklentisinin ayarlarını gösterir:

"Proje" adlı posta kutusuna giren mektuplar, "Kullanıcı Talebi" manzarasına sahip uygulamalar olarak sistemimize girer. Bütün bunlar, işçi maliyetlerinde çalışanların gelen taleplerin birincil sınıflandırmasına yönelik bir düşüşe yol açar. (Ekran Görüntüsünde Örnek: 1.2 Administrators 1C, 1.4 Bilet Birleşme, Yurait DPP için 1.5 Destek)

Böyle bir yapı seçimi üretmek imkansızsa, bir posta kutusu seçmek oldukça mümkündür ve ağaçta, uygulamaların birincil sınıflandırma sonrası ilk destek satırına dağıtılacağı alt dallar oluşturmak için oldukça mümkündür (Örnek Ekran Görüntüsü) : 1.3 Kullanıcı desteği).

Sonuç olarak, uygulama döngüyü geçer:

  • İlk olarak, projedeki birincil otomatik giriş gerçekleşiyor;
  • Sonra analist uygulamayı dağıtır, yani sınıflandırır, kategorize eder ve öncelik verir;
  • Bundan sonra, analist uygulamayı istenen şubeye aktarır.

Uygulamada bazı sınıflandırma alanları var, bazıları iddialı olarak ve kısım bizim tarafımızdan eklenir. Buna göre, parametreler kullanarak birincil gerekli doldurma yapılır:

  • Öncelik;
  • Kategori;
  • Müşteri Bölümü;
  • Çeşitli türlerin castom alanları.

Şunlar. Bir olay meydana gelirse, fark edilmeden geçmeyeceğinden emin olabilirsiniz.

Alınan uygulamaların ve kullanılan alanların bir örneği:

Ayarlar "Proje"

"Proje" içinde birkaç parça tipi olabilir. Burada, örneğin, genellikle izci kullanılır:

  • Kullanıcı isteği;
  • Bir görev;
  • Hata;
  • Cümle;
  • İş Projesi;
  • İş projeleri, vb.

İzleyiciler sınırsız sayı olabilir - manuel olarak eklenebilirler. Her izleyici esnek bir şekilde yapılandırılmıştır.

"Proje" ayarlarında, hangi izleyicilerin kullanıldığını ve hangi özel alanların bağlanabileceğini belirleyebiliriz.

Ayrıca, gerekli modüller ve diğer ayarlar her şubeye da bağlanır. Bunu standart Redmine belgelerinde bulabilirsiniz.

Modülleri birbirine bağladıktan sonra, herhangi bir karmaşık manipülasyon üretmeniz gerekmez, sadece mevcut "Proje" modüllerinin listesini kaydetmeniz yeterlidir ve gerekli olanı yapabileceğiniz zamanlar Ayarlar.

Ek olarak, RedMine, farklı seviyelerin haklarına hem "projeye" hem de ayrı ilgili fonksiyonlara hem de her alanın kullanılabilirliğine erişmek için çok esnek bir şekilde yapılandırıldı.

"Proje" genel bakış sayfasında, onlara her türlü izci ve istatistikleri görebilirsiniz. Ayrıca, izleyiciye "düştü" olduğunda, bu "projenin" projelerinin alt edilmesini görürsünüz - onları "kartlar" diyelim.

İş Projeleri

Ben biraz tekrar ediyorum. Redmine "Proje" kavramlarında çünkü bu, yapının yapısının bir dalıdır, daha sonra gerçek projelerin korunması için, "İşletme Projesi" ve "İş Proje Programı" izleyicileriyle ayrı bir dal tahsis ettik. Bu, durum raporlarını iş projelerimizde tutmamızı ve dağıtım bazları açısından maliyetleri oluşturmamızı sağlar.

Bu şubenin yapısı da özelliklere ilişkin yazımlara da ayrılır: Bölüm, Müşteri, Sistem, Subsystem.

Çünkü Yönetim şirketi, Departmanlar, WiseAdvice GK'da bulunan tüm şirketler merkezinde eşlik ediyor. Bu bağlamda, hem herhangi bir şirket için hem de birkaç şirket için ortak projeler yürütüyoruz. Sonuç olarak, her proje için ve görev, bölümlerin maliyetini bütçelemek ve yazmaktır.

Bir işletme proje kartında, gerekli alanları da yapılandırabilirsiniz. Kullandığımız alanların bir örneği:

  • Baz Dağıtım / Maliyet Alıcısı;
  • Proje için Bonus;
  • İşçilik maliyetlerinin değerlendirilmesi;
  • Planlanan başlangıç ​​/ tamamlama tarihleri;
  • Gün Durumu Raporu ve diğerleri.

Projede oluşturulan tüm görevler, iş projesinin ana kartına tabidir.

Durum raporu, en az haftada bir kez müşterilere teslim edilir. Tüm hikaye kartta birikir ve ilgilenen taraflara gönderilir.

Müşteri ve diğer paydaşlar, iş projesi hakkında aşağıdaki bilgileri istediğiniz zaman görebilir:

  • Proje durumu;
  • Tahmini İşgücü Maliyetleri;
  • Gerçek işçilik maliyetleri şu anda infaz ve çalışanlar bağlamında;
  • Proje hazırlığı;
  • Bir İş Projesinin Formülasyonu;
  • Tüm yazışma tarihi;
  • Projenin planlama tarihi, önceliklendirme nedeniyle ertelenirse başladı;
  • Projenin tamamlanmasının planlanan tarihi.

Gerçek işgücü maliyetleri, departmanların personeli tarafından harcanan zamandaki alt ticari proje görevlerinden toplanır.

Oluşturulan görevlere dayanarak, bir Ganta diyagramı oluşturabilirsiniz, ancak yalnızca bilgilendirici bir sürümde. Ek olarak, onu kullanmak ve etkileşimli olarak kullanmak imkansızdır.

Takvim planlaması takvimi ile çalışırken, grafik raporları kullanabilirsiniz. Örneğin:

Görev kurullarını haftalık planlamada görevleri dağıtmak için kullanıyoruz.

Bütün bunlar, çevik veya kanban panoları yürütme olasılığını içeren eklentilerle uygulanır.

Örnek olarak:

Eklentinin özelliklerini dikkate alarak Kanban tahtası gibi ortaya çıkar. Hem statüs arasında hem de sanatçılar arasında, ambalajlar tarafından etkileşimli bir şekilde güçlendirilebilir. Üç arayüzde kontrol edildi - sadece ikide çalışır. Standart arayüz tam olarak çalışıyor. Gezegenler / mitingler için büyük bir TV / ekranda görüntülemek için çok uygun.

Ayrıca, planlama sürümleri kullanarak yapılabilir ve ardından sürümleri sürümlere dönüştürülebilir.

Bölümün çalışmalarının etkinliği olarak, maliyetlerin dağıtım maliyetleri ve bir bölüm işgücü maliyetlerinin maliyetleri bağlamında raporlar oluştururuz.

Standart işçi raporları ana hatlarıyla belirtilebilir:

Raporun işgücü maliyetleri üzerindeki eğimini kullanıyoruz:

  • Maliyet dağıtım veritabanı - özel alanımız;
  • MALİYET ALICI - CASTOM alanımız;
  • Kullanıcı standart bir alandır.

Oluşum, dönemler bağlamında ortaya çıkabilir:

Bütçemiz için, sadece "ay" kullanıyoruz. Rapor örneği:

Ekran görüntüsü, Ağustos ayında dağıtım tabanı bağlamında gerçek işçilik maliyetlerine bir örnek sunar.

Ek olarak, her ilan edilen zaman değeri için ayrıntılı bir rapor oluşturabilirsiniz. Gerekirse, tüm raporlar CSV'ye dönüştürülür, bu nedenle Excel'de daha fazla analiz yapılabilir.

Ve tabii ki, gerçek 1c-takma ad olarak, Redmine'den 1C'de Redmine'den 1C'de, gerekli gruplar ve bilgileri içeren bir boşaltma bilgilerini yazabiliriz.

Maliyet raporlarından birinin örneği:

Redmine fonksiyonları hakkında biraz daha

Redmine'deki ek faydalı işlevlerin, vurgulamak istiyorum:

  • Kimlik doğrulama modu - reklam tarafından veya giriş ve şifre ile;

  • Uyarılar sistemi. Kullanıcı görevdeki değişikliklerden haberdar olacaktır. E-posta uyarıları ve RSS'yi yapılandırabilirsiniz;

  • Kullanıcıların gruplara birleştirilmesi. Bu araçla, işletmenin Redmine hiyerarşik yapısında oluşabilirsiniz. Muhasebe sistemi ile entegrasyonda eklentiler var ve yapısını gruplar halinde klonlama;
  • Rol Model Sağ, Çoklu Çok Seviye Kurulumu ile;

  • Her rol için her izci iş akışını (yaşam döngüsü) ayarlanması;

  • MS Outlook ile entegrasyon eklentilerinin varlığı. Örneğin, Redmine'de doğrudan harften, yorum, izleme vb. Gibi bir uygulama oluşturmak gibi birçok işlevli oldukça uygun bir eklenti; Resmi site:

https://ru.a.ausoftware.com/

  • Telgraf ve SMS ağ geçitleri gibi anlık mesajlaşma sistemleriyle entegre olan eklentiler de vardır. Herhangi bir iletişim kanalında, olaylar, izleme bilgileri vb. Gibi uyarılar gönderebilirsiniz;
  • Bir yeterlilik varsa, herhangi bir eklentiyi kendileri yapmak mümkündür.

Sorular:

Salondan soru : Müşteriye erişim sağladık ve bunun için belirli bir desteklenen hizmet listesine sahibiz. Örneğin, örneğinizde olduğu gibi, Sysadminov ve Codeer hizmetleri hizmetleri vardır. Bir tür müşteri ile, her iki hizmet türü üzerinde ve bir tür yalnızca bir türde çalışıyoruz. Müşteriye ne tür bir hizmet sunduğunu sınırlama hakları düzeyinde mümkün mü?

Cevap: Bu, yalnızca Müşteri - "Proje" altında tahsis edilen ayrı bir dal tarafından değişir, burada seçilen hizmetler için görevlerin bu müşteri için bireysel olarak oluşturulabileceği. Veya şubedeki tüm görevlere erişim sağlayacaksınız - bu hizmet için "Proje" desteği. Hizmetin işareti üzerindeki hakları sınırlama özelliği ve "" Projede "Redmine'deki" kutunun dışında "müşteri değil. Böyle bir eklentiyi arayabilir veya kendiniz yazabilirsiniz. Böyle bir karmaşık yapıya sahip değiliz, ancak yalnızca bireysel ana ünitelere uygun olması gereken görevler var, bu yüzden onlar için yaratılmışlardır.

Salondan soru: Her müşterinin bir "proje" olduğu ortaya çıkıyor. Ve birinin içinde "proje", alt projeler yapabilir mi?

Cevap: Evet, istediğin kadar. Örneğin, Yunanlıyı müşteri departmanlarını ayırmak için vurgulayarak, Müşteri ve tüm yapının ilişkili tüm yardım masasını görmeleri için kilit çalışanlar tarafından erişilmesini sağlayacağız. O oldukça büyük. Ayarlarda esnek Redmine, ancak ne yazık ki ve esnekliğinde, bazı rahatsızlık veren sınırlamalar vardır. Tabii ki, daha uygun çok özel çözümler var, ancak onlar ödenir.

Salondan soru : Ve her durumda yapılan işgücü maliyetleri özetlenir mi? Örneğin, "işte" durumunda, işgücü maliyetlerini 0.3 ve daha sonra "analiz" durumuna göre daha fazla işçilik maliyetlerini belirledim.

Cevap : Başlıca maliyetler görev için genel olarak gider. İşgücü maliyetlerini statüye göre sınıflandırmak mümkün değildir, ancak işçilik maliyetleri, özü, zaman yazdığınız süreci yansıtabilecek olan bir alanda "faaliyetler" vardır. Aynı zamanda düzenlenebilir. İşgücü maliyetleriyle yazarken, bir çalışan sabitlenmiş bir tür aktivite seçer. Daha sonra, raporları kullanarak, süreçlerin bağlamında zaman çekebilirsiniz.

Faaliyet türünün göstergesi olmadan, rapor yalnızca çalışan + gün bağlamında toplam süre boyunca oluşturulabilir.

Özet Analitik veriler raporlar tarafından görülebilir. Doğrudan görevde yalnızca mevcut görevin maliyeti görünür.

Salondan soru : İlk teknik destek hattına ve ikinci teknik destek hattına sahip olduğumu ortaya çıkar. Her biri, aynı görevde belirli bir zamanın "işinde" aynı görevde geçirir. Buna göre, üçüncü satırda, ikinci satırda, ilk satırdaki görevdeki kişi başına gerçek işçilik maliyetlerini nasıl tanımlayabilirim?

Cevap : Tekrar ediyorum, masrafları görevde genel olarak gidiyor, ancak bir kişi çok zaman geçirdiyse ve sonra başka bir kişi zaman harcadıysa - bu buraya yansıyor. Kısmen cevap önceki soru kapsamında verildi. Öyleyse hangilerinin ne kadar harcadığını, ancak bu sürümde görebilirsiniz. Yalnızca işgücü maliyetlerini yazmak için özel alanlar eklerseniz veya kullanıcı gruplandırmalarını ve daha fazla analitik raporları kullanmanız yeterli bir maliyet yoktur.

Salondan soru : Kullanıcı etkileşimi nasıl organize edilir? E-posta yoluyla?

Cevap : Gönderme, bu görev için bir gözlemciyse, bir e-posta standart mektubuna veya kullanıcı tarafından yazılmış veya otomatik bir redmine katlamasına gider. Ayrıca, Redmine kullanıcısı ise, üst panel, kaç tane görevin kaç yeni ve kaç değişiklik atandığını görüntüler. Şimdi, biri yeni ve biri değişmiş olan 20 görevim var. Kullanıcı tarafından - yalnızca e-posta.

Yukarıda tarif edildiği gibi, eklentileri bağlarken, anında mesajlaşma sistemlerini kullanarak kullanıcıları tek taraflı olarak bilgilendirebilirsiniz.

Salondan soru : Uygulamaların sunulması için bir web arayüzü var mı?

Cevap : Değil. Redmine akıllı telefonlar ve tabletlerde çalışır, yani. uyarlanmış bir arayüze sahiptir. Ancak, uygulamalar e-posta yoluyla gönderilebilir veya kullanıcıya doğrudan sisteme erişebilir, yalnızca oluşturmak için haklarla sınırlandırılabilir. Ek bir özellik olarak, Redmine'de görevler oluşturmak için Outlook'ta bir eklenti koyabilirsiniz.

Şu anda, kullanıcılar veya roller bağlamında izleyicilere erişimi sınırlayabileceğiniz bir izci hider eklentisi var.

Örnek: "Proje" ndeki "Gözlemci" rolüne sahip herhangi bir kullanıcı, yalnızca "Kullanıcı İsteği" izleyicisi olan kartlar kullanılabilir.

Salondan soru : Ve e-posta ile çalışmanın işlevselliği, kutudan veya eklentilerden biridir?

Cevap :Evet, "kutunun dışında". Eklentilerin yardımı ile, sadece ek olanakları ve ayarları kazanır.

Salondan soru : Ve sisteme girdiğimiz müşterinin bildiriminin yalnızca belirli bir duruma gittiğini yapılandırmak mümkün müdür. Yalnızca görev tamamlandığında gidip gitmek için haber vermesi gerekiyorsa, iç on aşamamızı neden izlemeli?

Cevap :Bu durumu aşağıdaki gibi çözdük.

1. Her şeyden önce, kullanıcılar-müşterilerin kullanıcı ayarlarında standart Redmine bildirimleri için devre dışı bıraktık. Bu ayar, geçerli kullanıcı için tüm redmine için geneldir.

2. Ayrıca, gerekli şube için ("Proje") için mektup gönderme olasılığını bağlamıştır.

3. Analist veya RP-SHNIK, standart bir mekanizmayı kullanarak bir e-posta gönderebilir: "Not Gönder" seçeneğine kart düzenleme modunda işaretleyerek. Gerekirse, ek alıcılar belirleyebilirsiniz.

4. Gönderen herhangi bir metin yazabilir ve gerekli ekleri ekleyebilir. Veya önceden yapılandırılmış desenleri kullanın.

 

Bunu yapmak için, bitmiş desen, harfin harfine ikame edilmiş ve yalnızca gerekirse ek bilgi doldurmak için kalır.

Bundan sonra, "Kabul Et" düğmesini tıklamanız gerekir, ardından yorum kaydedilecek ve mektup gönderilecektir. Müşteri, normal bir mektup biçiminde bir bildirim alacak.

Bu standart bir mekanizma, hiçbir şeye dokunmadık. Her proje için şablonlar özelleştirilmiş bireydir. Bu, analist danışmanının oldukça önemli bir şekilde basitleştirilmesidir, çünkü aynı metni her yazdığınızda - zahmetlidir.

Müşteriden herhangi bir metni gizle, ona doğrudan görev kartlarına erişebiliyorsa, yalnızca "özel" bir yorumun kullanılmasıyla veya bu tür yorumlara erişimi kapatarak mümkündür.

İkinci seçenek, ek bir eklenti kullanmaktır, çünkü Varsayılan olarak, böyle bir ayar yoktur.

Salondan soru: Karşı tarafın alınan göreve bağlanmak mümkün müdür? Örneğin, karşı taraf numarasının puanlandığı PBX ile bir telefonum var ve Redmine, PBX'ten gelen numarayı alır, bir görev oluşturur ve karşı tarafa öğretir. Karşı taraf hiyerarşisinin görevini çözdünüz mü?

Cevap: Hayır, Redmine'yi IP telefonla bütünleştirmiyorduk, bizim hedefimiz değildi. Fikir iyidir, ancak bizim özelliklerimizde gerekli değildir. İnternette, Yıldız ile Redmine entegrasyonunu bulabilirsiniz.

Salondan soru :IP telefonunda değil, meslektaşların hiyerarşisinde bir sorumuz var. Yöneticilerin, Redmine'deki eşitlik hiyerarşisini 1C olarak görmelerini istiyoruz.

Cevap : Hayır, temas yapısı düzdür. Eklediğimiz tek şey Bölüm için bir bağlantıdır. Kullandığımız maksimum, departmanlara göre kişileri toplamak, yerel hizmetler için böcek izci yaparız ve dış müşteriler için değil. Redmine'de kendisi, bir karşı taraf hiyerarşisi organize etmek imkansızdır, ancak birimleri Redmine ve 1C'de ilişkilendirebilir ve bu raporu 1C'den oluşturabilirsiniz.

Salondan soru : Ve scrum derinliği nerede? Biz şartlı sprint - 7 takvim günü (5 iş günü). Sprintin yinelemesinin ne olduğunu nerede görebilirim? Takvim haftası nedir, Sprint numarası nedir?

Cevap : SCRUM Derinliği versiyonlar tarafından kontrol edilebilir. Sürümlerin bir özelliği var.

Bunun için, arayüze bağlı olarak "Operasyonel Plan" (veya "Sürüm" özel bir bölüm vardır.

Örneğin üç versiyonum var.

 

Her sürüm kendi adına, durumuna sahip olabilir ve tamamlanma tarihi ile sınırlı olabilir.

Her sürüm için, sunuldukları ve bitmemiş sayısının yanı sıra görev listeleri görünür.

Görselleştirme için diyagramlar oluşturabilirsiniz.

Sürümler gruplandırılabilir, görevleri kırabilir, onlara göre panolar inşa edebilirsiniz. Sprintler arasında görevleri aktarabilirsiniz - böyle bir fırsat "Planlama sürümleri" sürümündedir.

Aslında, Redmine, kapsam veya Canbana'da çalışmalar düzenlemek için bir araç olabilir. Bununla birlikte, bazen yeterli sıralama ve rahatlık için diğer küçük şeyler olmadığını dikkate almak gerekir. Belki de onu destekleyen eklentiler var. Gerekli mevcut işlevsellik hacminde, yeterli olur. Burada, görevlerin atanmasını yaparak, sprintler arasında hareket edebilir, planlanan süre, vb. İçin yapacak vaktin olmadığını görün.

Salondan soru : Mevcut Sprint'te yerine getirilmeyen görevleri nasıl dikkate alırız? Durumunda görmeli miyim? Ya da bir şekilde otomatik olarak, yeni bir versiyon için rezervasyon yapmak için şimdi gerekli olduklarını göstereceğim?

Cevap : Görevi versiyona göre seçebilirsiniz. Örneğin, "Operasyonel Plan" na bakmak için, yüzde kaçı tamamlanır ve ne kadar yerine getirilir. Bunlar. Sprintten kaç iş kapandı ve henüz kapalı olmadığı - burada yazılacak. İlgili maddeye tıkladığınızda, kapanmamış bir görev listesi açıktır. Ayrıca, dediğim gibi, analiz edilebilir ve başka bir sprinte aktarılabilirler.

Aynı zamanda, aynı sürümlere göre ve durumlar bağlamında görevler içeren kurullar da oluşturabilirsiniz.

Ve elbette, kalıcı çalışmada kaydedilebilecek ve kullanılabilecek gerekli seçime sahip standart görevler listesini kullanın.

Salondan soru : Görevi başka bir Sprint'e nasıl aktarabilirsiniz - bir sekmede bir görev listesi açmalıyım, Kanban-Board diğerine ve aktarmalı mı?

Cevap: Öyle olabilir. Ancak sürüm planlama aracını kullanmak daha uygundur. Atanmamış görevler listesinden veya istenen görevin belirli bir sürümünün bitmemiş görevlerinin listesini seçin ve bunu farenin bir sonraki sürümüne atın - bu görevi Sprint'te kullandığımızı gösterin.

Salondan soru: Ve tüm kilidi görevleri nasıl verebilirsiniz? Belki üç ya da dört versiyona geri döndü, orada bir çeşit önemli görevim vardı. Kaydettim, orada asılıyor. Benimle sürekli olarak asılıydı, böylece onu nasıl kaybetmiyorum? Anlaştadığım kadarıyla, şimdi seçilen Sprint'ten yalnızca ayrılmamış görevleri veya görevleri görebilirsiniz. Ve tüm kilitli olmayan görevleri kümülatif bir sonuçla nasıl görür, anlamak, onları mevcut sprint içine almak, almamak?

Cevap: Bu, görevlerde filtreleme kullanılarak uygulanabilir. Seçim ayarlarını gerekli parametrelerle "açık" durumunda yapabilirsiniz.

 

Örneğin, "Kapanma Görevleri" olarak adlandırılan ayarı düşünebiliriz. Bölümümüz tarafından uygulanan ve müşteriye üretim operasyonuna aktarılan "çözülme" durumuna sahip görevler var, ancak müşteriden gelen hiçbir geri bildirim almadı. Şunlar. Bu, üretim sömürüsünün sonuçlarını netleştirmek için kontrol edilmesi gereken bir iş havuzudur ve yakındır. Örneğin, durum filtresi değerinde "karşılık gelir" ve "Yeni" işareti değiştirebilirsiniz. Sonuç olarak, henüz işe alınmayan yeni görevler gösterilecektir. Standart ve özel alanların durumlarını, önceliklerini, kategorilerini, herhangi bir değerlerini değiştirebilirsiniz.

Örneğin, filtreye özel bir kullanıcı alanı ekleyebilirsiniz. Bu, çok basit bir araçtır. Proje için, görev için temas için.

Yeni Alan - Eklediğimiz, en sık "görevler" kullandığımız nesnenin türünü belirtin.

Alan formatını - ihtiyaçların% 90'ında bir yerde kaplı seçenekler olduğunu gösterir.

Adı belirtin, roller nasıl kullanılabilir.

Hangi izleyicilerin hangi projelerinin uygulandığını belirtiyoruz.

Salondan soru : Ve özel alanlar zorunlu hale getirilebilir mi?

Cevap : Tabii ki, 1c'de ek ayrıntılarla analoji ile.

Zorunlu alanlar, isminin sağına kırmızı bir yıldız işareti ile işaretlenmiştir.

Salondan soru : Ve gerçekleştirilen işlerde nasıl raporlar aldınız? Aynı görevde başka bir kullanıcıya gider - bir görev başlatıcısı var ve bir sanatçı var.

Cevap: Bu, eğer alan değişiyorsa - kime atandıysa, o zaman raporda son değeri döndürür.

Hepimizin nasıl düzenlendiğini söyleyeyim. Kısmen tekrarlayın.

  • Servis masası için en önemli izleyici, postanın otomatik olarak söküldüğü "kullanıcı isteği" dir ve harfler "Kullanıcı İsteklerine" dönüşür. Kullanıcı, Redmine'den bildirime bir cevap mektubu gönderirse veya aynı konuya sahip bir açıklıklı harf gönderirse, bu konuda konuyla ilgili olarak veya ID'de otomatik olarak metni otomatik olarak bu bir harften mevcut bir sorguya ekler - klasik bir yapıştırma işlevi kullanılır.
  • Daha sonra - Örneğin, KIS departmanında danışmanlık talebi geldi, analist danışmanları uygulamayı söküyor ve birincil sınıflandırmasını üretiyor. Bunun bir olay, hata veya görev olduğunu belirleyin. Yeni bir projeye bir fikir bile olabilir. Buna göre, bu aynı zamanda servis masasının bir parçasıdır. Sınıflandırmadan sonra, tüm "kullanıcı istekleri", daha fazla işin zaten onlarla yapıldığı ITASK şubesinin alt projelerine dağıtılır.
  • Bu çalışma geliştiricinin görevini dejenerlerse, kullanıcının isteğine göre, ilgili alt "görev" oluşturulur. Yani, "Kullanıcı Talebi" izci kendi içinde yaşar ve görev izi de ayrıdır. Ayrı bir akışımız olduğumuz küçük değişiklikler ve hata düzeltmeleri hakkında konuşuyoruz - "Kullanıcı İsteklerinden" görünürler.
  • Görev belirli bir işletme projesi ve geliştirici "Kullanıcı Talebi" temelinde yapmadıysa, alt iş projesine KISA'nın işlevselliğinin bloklarına bağlanır, böylece daha sonra görevin görülebileceği şekilde - Hangi blokta ve yaptığımız bağlantılı olarak - "Kullanıcı İsteği" ya da bir işletme projesiydi.
  • Ayrı olarak, işle iletişim kurduğumuz izci "Business Proje" ni yaşar - istek ve küçük rafinasyonda kullanıcılarla değil ve zaten iş değerini taşıyan gerçek projelerle birlikte. "İşletme Projesi" nde, alt görevler de altketleri ve hatta iş paketleri olabilir - büyük, alt kapama ve bağlantılar. Bu mini geçirmez. Tüm bu alt koltuklar, Kis'in işlevselliğinin bloklarına tekrar bağlanır.
  • Görevin nereden geldiği önemli değil, Hizmet Desca'dan veya bir işletme projesinden. Ama hepimiz onları işlevsellik bloklarına bağlıyoruz.

Yukarıdakilere dayanarak, tekrar ediyorum, bağlamda işgücü maliyetlerini görebiliriz:

  • KISA'nın işlevselliği blokları;
  • Projeler;
  • Sanatçılar;
  • İletişim "İstek - Görevler / İşletme Projesi - Alt İzleyiciler".

Ekran görüntüsü, bir ay Ağustos'taki projeler bağlamında gerçek işçilik maliyetlerine bir örnek sunar. Çalışanlar, aslında harcanan zamanlarını yaptıkları görevlerde dağıtmaları gerekir. Buna zaman sayfası denir. Günlük geliştiriciler var "İş Raporları" nın özel kayıtlarını girin ve zamanlarını dağıtın - işçilik gerçeği oluşturulur. Böylece, en azından yaklaşık olarak, aslında projenin bütçesini yönetiyoruz.

Projelerimizin ön çalışma planı var. Ve gördüğümüz her projede, onu aştık ya da değiliz. Redmine, projeye yerleştirilen tüm görevlerin genişliğini otomatik olarak özetlemektedir. Buna göre, bu projenin 700 saat tahsis edildiğini biliyoruz. Gerçeği görüyoruz - 617 saat çalışıldı. Bu proje yönetimi unsurlarından biridir.

Olaylar sisteminin faaliyet süreci aşağıdaki gibi gösterilebilir:

  • Analist danışmanı, istenen talebin bir analizini, gerekirse bir geliştirme görevi oluşturur;
  • Geliştirici görevi uygular ve analitik danışmanını doğrulamak ve daha fazla iletişim kurmak için iade eder;
  • Analist danışmanı, kullanıcının isteğinde sonuçların açıklaması ile iletişim kuruyor;
  • Her şey yolundaysa, analist görevi kapatır - geliştiricinin görevleri kapatması yasaktır.

Daha büyük görevlerde, dahil. Tasarım, işlem daha genişletildi:

Ve elbette, tüm değişiklikler, sürümün serbest bırakılması yoluyla çalışma tabanına düşer.

Daha kolay bir seçeneğe gönderirseniz, bizim "sekiz" var.

Bunlar., Gerçekten birçok görev sorumlu arasında geçiş yapıyor, ancak bizim için kritik değil. Çalışanlar kapsamında işçilik maliyetlerini, maliyetlerin dağıtım masrafları, müşterilerin ve nadir durumlarda faaliyetler halinde değerlendiriyoruz. Bütün bunlar zaten daha önce belirtildi.

Salondan soru : Belirli bir geliştirici hangi görevlerin yerine getirdiği hakkında bilgi edinmek mümkün müdür?

Cevap : Var. Hangi görevin ne kadar zamanın ve hangi günün harcadığım günü ne kadar çalışacağını görebileceğiniz bir "çalışma raporu" aracı var.

Veya "İşgücü Maliyetleri" standart bir raporla görüntülenebilir - kod çözen kullanıcıların bağlamında da oluşturulabilir.

Salondan soru : Ve işgücü maliyetlerinizi nasıl takip eder?

Cevap: Bir çalışan, çalışmalarını "çalışma raporu" ile kontrol eder. İşgücü maliyetlerinin görevdeki sabitlenmesi, doğrudan görevde veya "çalışma raporunda" olarak el ile yapılır. Saati takip etmenize izin veren eklentiler var. Örneğin, Redmine sorunu zamanlayıcı eklentisi şöyle görünür:

Bir görev üzerinde çalışmaya başladığınızda, bir çalışan "Oynat" düğmesini ve sonunda "duraklat" düğmesini tıklatır. Görevi korurken, işgücü maliyetleri için sabitlenir.

Salondan soru : Zaman Yönetimi ve Kaynakları Soru PostFactum Yönetimidir, çalışanlarımın nasıl yüklendiğini baktığımda, ya da planlamak mümkün mü? Bu kadar yarın göründüğümde programcım bunun görevini almalı ve yarından sonraki gün bu. Ve ben, geleneksel olarak konuşan, güçlü bir programcı olduğunu anlıyorum ve iki, perçine günde üç, üç, üç kişilik bir sorun olmadan herhangi bir rapora sahip olabilir ve bir hafta boyunca bir görevi koyabilirim.

Cevap :Planlama yeteneği, ancak mükemmel değil - ücretsiz ürün nüanslarınızı yapar. "Planlanmış Zaman" alanının bir alanı var, özel alanınızı belirlemek mümkündür. Saati planlayarak standart bir alan yoksa - kaç saat harcayacak. Planlanan zamanı belirlemek ve ardından planlanan ve gerçek zamanları karşılaştırmak mümkündür. Ve elbette, Standart Hikaye Puanları alanını poker planlaması için kullanabilirsiniz.

Salondan soru : Redmine'deki Wiki'nin rahatsız ettiğini söyledin.

Cevap :Redmine'deki Wiki düşmanca görünüyor.

 

Makaleleri ve görevleri biçimlendirmek için, işaretleme dili markdown kullanılır. Biçimlendirme "sinemada" değil, işaretleme sembollerini belirtendir.

Arama - metnin içindeki kelimeye ve başlıklara göre. Aramada "Exchange" girerseniz, hem temaları hem de izleyicileri verecek. İzleyici türüne göre bir seçim var.

İçerik tablosu ana sayfa değil ve Wiki'ye girerken, yalnızca oluşturulan makalelerin bir listesi görüntülenir.

İçindekiler tablosu aşağıdaki gibidir:

Ve tabii ki, Redmine'deki Wiki, yalnızca makaleleri saklamak için tasarlanmıştır. İşbirliği yapmak için kullanılamaz.

Makalelerin değişiminin tarihi gerçekleştirilir ve kimin ve hangi değişimin ürettiği zaman bulunabilir.

Salondan soru : Wiki nasıl dolduruyor?

Cevap : Sürecimiz aşağıdaki gibi inşa edilmiştir. Hizmet masasının analizi, geçmiş dönemde belirli bir periyodiklik ile gerçekleştirilir. Bir istek talep ederken analistler tarafından yapılan ilk sınıflandırma yardımıyla, temaları özetlemeye ve en sorunlu bölgeleri tanımlamaya çalışıyoruz. Sonraki - Self Servisini tanıtıyoruz, yani. Kullanıcının kendisinin nasıl problemini veya soruyu çözebileceğini belgelemek. Ek olarak, mevcut çalışma sırasında, analist, genel analizi beklemeden, ihtiyaç halinde, kendi takdirine bağlı olarak makaleler oluşturabilir. Ayrıca Wiki-talimatının hazırlanması, gelişmiş iş projeleri veya özel olarak adanmış belgelendirme projeleri çerçevesindedir. Bu bir birleşme değil, işbirliği değil. Bu, yönetici yöntemlerle yukarıdan aşağıya doğru. Kullanıcılar bu konuda katılmıyorlar.

Salondan soru : Meslektaşlardan biri çok ilginç bir sistem kullanıyor. Gerçekten hoşuma gitti, kendimi uygulamak istiyorum. Teknik desteğin ilk satırı daima Wiki'den görevi kapatmak zorundadır. Ve Wiki'de bir makale bulamazsa, ikinci teknik destek hattını ele alır. Ve zaten ikinci satır, bir görev için monte edilmesi gereken bir makale oluşturur.

Cevap :Biz de deneyin, ama yinelemeli olarak hareket ediyoruz - analiz edildi, bir dizi etkinlik yaptı. Ama aylar alır. Sonra tekrar - oturdu, analiz edilen, gerekli blokları tahsis edildi, birkaç olay yaptı.

Salondan soru : Çok net değil - Redmine ile git entegrasyon nasıl?

Cevap :1C depolamada değişiklikleri kaydettiğinizde (hesaplanırken), açıklama "#" etiketi, örneğin "# 74516" ile görev numarasını gösterir. Böylece, muhasebe geçiyoruz - Git deposundaki hangi komitelerin göreve bağlı olduğunu görebiliriz. Bu, bunun bir masaüstü çözümü olması için önemliydi, böylece onları rahatça yönetebilmemiz ve gerekirse başka bir çözüme gidin, çünkü aynı ihtiyaçların tümü büyür, çünkü tüm redmin ihtiyaçları karşılanamaz. Bu nedenle, tekrar özür dilerim - bir ürün seçerseniz, önce otomatikleştirmek istediğinizi ve hangi "kapak" bloklarını analiz ederseniz.

Salondan soru : Mobil uygulamayı Redmine'den kullandınız mı?

Cevap :Mobil uygulama, ama bu oldukça rahat değil. Kurumumuzda, buna gerek yok. Biz esas olarak sabit bir bilgisayarda veya dizüstü bilgisayar üzerinde çalışırız. Ayrıca eklentileri bilgi kabiliyetleri ile de kullanabilirsiniz - örneğin SMS veya Telegram kullanarak.

Salondan soru : Gitteki depoyu boşalttığını söyledin ve orada Git'te ne görüyorsun?

Cevap : Commut Git'te göreve bir bağlantı var. Komiteden görevi kendisini açıyoruz. Ve problemden, bununla ilişkili bir komtiye de açabiliriz. Her projeye, bir hiyerarşinin ne olursa olsun, havuzunuzu bağlayabilirsiniz. Tabii ki, GIT ile entegrasyon tamamen web arayüzünden tamamen uygulanmaz. Hala tırmanmak zorunda kalıyor, ancak hızlı ve basit.

Sonunda ne var:

Yukarıdakilere dayanarak, kısa sonuçları özetleyeceğiz.

Artıları:

  • Redmine - geniş ve aktif bir topluluğa sahip opensource-ürün;
  • Maliyetler, ucuz, esnek, özelleştirilmiş, kolayca entegre ve ölçeklenebilir;
  • Tamamen hata izleyicisi, yarı proje yönetimi, bir bit - ITSM;
  • Git ile entegrasyon var;
  • "Sinek üzerine" castomizes;
  • Oldukça geniş bir eklentiye sahiptir. Ek olarak, süreçlerini otomatikleştirmek için uzman bulmak kolaydır;
  • Gerçek işçilik maliyetlerinin uygun muhasebesi. İşgücü maliyetlerini ve bütçelerini planlama olasılığı.

Eksi:

  • Rahatsız wiki;
  • Süreçlerinizi otomatikleştirmeniz gerekirse ve RAVY üzerindeki Ruby'de yetkinliğin yokluğunda, yalnızca eklentilerin kullanımı veya üçüncü taraf geliştiriciler için arama yapılması mümkündür;
  • Az sayıda analitik rapor;
  • Her zaman bir "dostça" bir arayüz değil;
  • Bir hiyerarşi şeklinde saklamak isteyen rahatsız edici kitle sınıflandırıcıları.

Redmine ürününü kullanma sürecinde, faaliyetlerimizin analizi, sistematizasyonu ve otomasyonu ve yapılarımızdaki kaoslarda azalma konusunda büyük miktarda çalışma yaptık. Hem bölümlerde hem de tüm kuruluşun iş süreçlerinde bir değişiklik ve optimizasyon yaptılar. Bölümlerin çalışmalarında ve tasarım faaliyetlerinde optimize edilmiş ve geliştirilmiş kontrol, analitik ve yönetsel işlevler.

Aldığımız bir adım, bilgi tabanını daha uygun bir konfulans sisteminde vurgulamaktır, çünkü Birlikte çalışma olasılığı, kuruluşların geliştirilmesindeki ana mekanizmalardan biridir, hızlı bir şekilde iletişim kurmanıza, bilgi aktarma süresini azaltmanıza, olayların sayısını azaltmak, olayların sayısını azaltmak için.

Redmine bölümünde, daha net ve kontrollü iş süreçleri oluşturmak için ek adımlar yapılacaktır.

Genel olarak, aracı seçin ve kaosunuzun farkedilmemesine izin verin.

*****************

Bu makale, InfoStart Etkinliği 2017 Topluluk Konferansında okunan raporun sonuçları üzerine yazılmıştır. Burada daha fazla makale bulunabilir.

2020'de, herkesi 7 bölgesel tahsisatın yanı sıra Moskova'da 2020 Yıldönümü Infostart Etkinliği'nde yer almaya davet ediyoruz.

Olay'ı seçin.

Redmine. - Proje yönetimi ve görevler için açık sunucu web uygulaması (hata takibi dahil). Redmine Ruby'de yazılmıştır ve raylardaki tanınmış web çerçevesine dayanan bir uygulamadır. GNU Genel Kamu Lisansına göre dağıtıldı.

Fonksiyonellik

Bu ürün aşağıdaki özellikleri sağlar:

  • Birkaç projeyi korumak;
  • Esnek Rol Bazlı Erişim Sistemi;
  • Hata İzleme Sistemi;
  • Gantt ve Takvim çizelgeleri;
  • Proje Haberleri, Belgeler ve Dosya Yönetimi;
  • RSS akışları ve e-posta kullanılarak yapılan değişikliklerin uyarısı;
  • Her proje için wiki;
  • Her proje için forumlar;
  • geçici maliyetlerin muhasebesi;
  • Olaylar, zaman maliyetleri, projeler ve kullanıcılar için özelleştirilebilir keyfi alanlar;
  • Sürümler Kontrol Sistemleri (SVN, CVS, Git, Mercurial, Çarşı ve Darcs) ile kolay entegrasyon;
  • Alınan harflere göre hata kayıtları oluşturma;
  • Çoklu LDAP kimlik doğrulaması için destek;
  • bağımsız olarak yeni kullanıcıları kaydetme yeteneği;
  • çok dilli arayüz (Rusça dahil);
  • MySQL DBMS, PostgreSQL, SQLite, Oracle için destek.

Veritabanı yapısı

Kullanıcılar sistemi

Kullanıcılar konu alanının merkezi kavramlarından biridir. Kullanıcı modeli, personel ve müşterilerin sistemini tanımlamak ve doğrulamak, bunları farklı roller, projeler vb.

Rol

Kullanıcı rolleri, kullanıcı erişim haklarını belirlemek için esnek bir modelle belirlenir. Roller, erişimi çeşitli sistem fonksiyonlarına ayırt etmesine izin veren bir ayrıcalık kümesi içerir.

Kullanıcılar, örneğin, "sitenin geliştirilmesi için projedeki projedeki", "Projedeki Projedeki Yöneticisi", "Şirketin Intranet Company" veya "Müşteriyi Refactor Projesi'ndeki" Müşterinin Geliştiricisi " B şirketinin bilgi sisteminin ". Kullanıcının birkaç rolü olabilir. Ayrı bir görev için bir rol atamak (sayı) şu anda imkansızdır.

Projeler

Proje, proje yönetimi sistemlerinin konu alanındaki temel kavramlardan biridir. Bu işletme nedeniyle, çeşitli kullanıcılara erişimin sınırlandırılmasıyla birlikte işbirliği ve çeşitli projeleri aynı anda düzenlemek mümkündür (yukarıya bakınız). Projeler hiyerarşik yuvalama kabul ediyor.

İzci

Trackers, projede hangi görevlerin sıralandığı ana sınıflandırmadır. Kendi içinde, "izci" kavramı, hata muhasebe sistemlerine geri döner (ENG. Hata izleme aracı ), her ayrı projeyi temsil etti.

Aslında, "Redmine" izleyicilerde "Görev" sınıfının bir analogudur ve farklı görevlerin polimorfizmanının temelleridir, farklı alanların her biri için belirlenmesini sağlar. İzleyici örnekleri "iyileştirme", "hata", "belgeler", "destek",

Görevler

Görevler, gerçekleştirmek istediğiniz belirli bir görevi tanımlayan tüm sistemin merkezi kavramıdır. Her görevin zorunlu bir açıklaması ve yazar vardır, zorunlu olarak görev izleyiciye bağlanır.

Her görevin durumu vardır. Durumlar, farklı roller için statü atama haklarını belirleme olasılığı olan ayrı bir varlıktır (örneğin, "reddedilen statü sadece bir yönetici olarak atanabilir veya görevin uygunluğunu belirleyebilir (örneğin" açık "," "- ilgili ve" kapalı "," reddedilen "- Hayır) atandı.

Her proje için bir dizi gelişme aşaması ve bir dizi görev kategorisi ayrı olarak tanımlanır. Diğer alanlar, bina yönetimi çizelgelerinin temelinin yanı sıra görev için gözlemcilerin seçim alanının (bkz. "Bildirim Verme") temelini oluşturan "tahmini zaman" için de ilginçtir. Görevler dosyaları ekleyebilir (ayrı bir varlık "uygulaması var").

Listelenen diğer özelliklerin değerleri (örneğin, öncelikli) ayrı bir ortak tabloda saklanır.

Görevlerin Durumunu İzleme

Görev parametrelerindeki değişiklikleri kullanıcılar tarafından izlemek için, sistem iki varlığa yanıt verir: "Bir değişiklik günlüğünü kaydetme ve" değiştirilen parametre ". Günlük girişi, görevin parametrelerini düzenlemek ve / veya buna bir yorum eklemek için kullanıcının bir işlemini görüntüler. Yani, aynı anda görev tarihini ve bir diyalogun korunması için bir araç için bir araç olarak hizmet eder.

"Değiştirilen parametre" varlığı ayrı bir günlük girişine bağlanır ve kullanıcı tarafından değiştirilen parametrenin eski ve yeni değerini depolamak için tasarlanmıştır.

Görevler arasındaki iletişim

Görevler birbiriyle ilişkili olabilir: Örneğin, bir görev bir başkası için bir alt koltuktur veya bundan önce. Bu bilgi program geliştirme planlamasında yararlı olabilir, Redmine'deki depolanmasından ayrı bir varlık sorumludur.

Taslak zamanında harcanan muhasebe

Sistem, kullanıcılarla ve görevle ilişkilendirilen "harcanan zaman" ın özü nedeniyle harcanan zamanın muhasebesini korur. Öz, harcanan zamanı, kullanıcı etkinliğini (geliştirme, tasarım, destek) ve iş hakkında kısa bir yorum yapmanızı sağlar. Bu veriler örneğin, her katılımcının projeye katkısını analiz etmek veya gerçek işçilik yoğunluğunu ve gelişim maliyetini değerlendirmek için kullanılabilir.

Bağlama havuzları

Redmine, çeşitli versiyonlar kontrol sistemleri (depolar) ile entegrasyon sağlar. Entegrasyon, harici depodaki değişiklikleri izlemek, bunları veritabanında sabitlemek, belirli görevlere bağlanmak için değişikliklerin analizi. Sistemin dış havuzlarla entegrasyon için infolojik yapısında, üç varlık sorumludur: "depo", "editörler" ve "Değiştir". "Depo", bağlı depo türünü, konumunu ve kullanıcı tanımlama verilerini depolayan bir proje ile ilişkili bir projedir.

"Editoryal", depo editörün editör kurulunun ekranıdır ve bilgi alanlarına ek olarak belirli bir göreve bağlanabilir (bunun için "Refs #num" değişikliklerinin açıklamasında belirtilmek istediğiniz, NUM Görev numarasıdır) ve editör kurulunun yazarın yazarıdır. Varlık "Değişiklik", her bir sürümdeki değiştirilmiş (eklenen, uzak, yer değiştirmiş, değiştirilmiş) dosyaların listesini saklamak için tasarlanmıştır.

Bildirimin alınması

Sitede meydana gelen değişiklikler hakkında kullanıcı bildirimleri, kullanıcıları çeşitli sınıfların nesneleriyle (projeler, görevler, forumlar vb.) Bağlama "gözlemcilerin" özü kullanılarak gerçekleştirilir. Veritabanında, RSS aboneliği erişim tuşları da depolanır, bu teknoloji ile bildirimlere izin verilir, ayrıca bildirimler e-posta kullanılarak gönderilir.

Bazı kusurlar Redmine

Yeni eski sürüm için aynı şeyi yapmanız gerekir.Tarafsızlığı kontrol edin.

Tartışma sayfasının detayları olmalıdır.

  • Redmine'deki dosya ve belgeleri yönetmek, bunları eklemek, silmek ve düzenlemek için azaltılır. Herhangi bir dosyaya veya bireysel belgelere erişim haklarını yönetemezsiniz.
  • Belgeleri değiştirme konusunda uyarılar yoktur.
  • Redmine'de, bireysel görev alanlarının seviyesindeki erişim haklarını yönetemezsiniz. Örneğin, şu anda, çalışmanın tahminlerini bir proje veya bilinen zamanla ilgili bilgiler gizlemek imkansızdır.
  • Redmine'de tüm ek alanlar tüm kullanıcılar için mevcut, tüm proje katılımcıları onları görebilecek ve değiştirebilecekler. Bu kısıtlama, yöneticiler ve geliştiriciler ve müşterilerin projeye erişildiklerinde homojen olmayan bir komutun varlığında zorluklara yol açabilir.
  • Redmine, iş akışındaki geçiş türlerini ayırmak için hakları yoktur. Örneğin, birisi hatayı düzeltmeyi bitirdiğinde, sorumlu bir testçi seçmesi gerektiğini ve build sayısını belirtmesi gerektiğini belirtmek imkansızdır. Ayrıca, programcılar arasındaki dahili yazışmaları istemciden gizleyemezsiniz.
  • Redmine'de, görevlerin genel emek yoğunluğu görev listesinde gösterilmez ve işçilik yoğun raporlarında, Yükleniciye göre seçim yapmak imkansızdır.

Chiliproject.

Bir sonucu olarak, bazı kullanıcıların projeye göre vizyonunun geliştiriciler liderinin vizyonundan ayırt edildiği gerçeği nedeniyle, Chiliproject adlı Forma Redmine oluşturuldu.

Ayrıca bakınız

Edebiyat

  • 前田 剛 (GO Maeda) 入門 Redmine Linux / Windows 対応. - 秀和 システム. - 226 s. - ISBN 978-4-7980-2137-9
  • Gunther POPP. KonfigurationsManagement MIT Subversion, Maven und Redmine: Grundlagen für Softwarearchitekten und Entwickler. - 3. - dpunkt.verlag GmbH, 2009. - P. 362. - ISBN 9783898645218

Linkler

Redmine. [ɹɛdmɑɑn] - Proje yönetimi ve görevler için açık sunucu web uygulaması (hata takibi dahil). Redmine Ruby'de yazılmıştır ve raylardaki tanınmış web çerçevesine dayanan bir uygulamadır. GNU Genel Kamu Lisansına göre dağıtıldı.

Ansiklopedik Youtube.

  • 1/4Görüntüleme: 337.

    1.067

    20 314.

    1 108.

  • Redmine (Proje Yönetimi) Antsle Nasıl Kurulur?

  • MIT Redmine Effizient Mitarbeiter, Projekte Und Aufgaben Verwalten

  • Redmine - Herramienta de Gestion de Proyectos

  • [Kube 42] Kubbernetes Kümesinde Redmine Dağıtımı

İçerik

Fonksiyonellik

Bu ürün aşağıdaki özellikleri sağlar:

  • Birkaç projeyi korumak;
  • Esnek Rol Bazlı Erişim Sistemi;
  • Hata İzleme Sistemi;
  • Gantt ve Takvim çizelgeleri;
  • Proje Haberleri, Belgeler ve Dosya Yönetimi;
  • RSS akışları ve e-posta kullanılarak yapılan değişikliklerin uyarısı;
  • Her proje için forumlar;
  • geçici maliyetlerin muhasebesi;
  • Olaylar, zaman maliyetleri, projeler ve kullanıcılar için özelleştirilebilir keyfi alanlar;
  • Sürümler Kontrol Sistemleri (SVN, CVS, Git, Mercurial, Çarşı ve Darcs) ile kolay entegrasyon;
  • Alınan harflere göre hata kayıtları oluşturma;
  • Çoklu LDAP kimlik doğrulaması için destek;
  • bağımsız olarak yeni kullanıcıları kaydetme yeteneği;
  • çok dilli arayüz (Rusça dahil);
  • DBMS MySQL, Microsoft SQL Server desteği [2] , PostgreSQL, SQLite.

Veritabanı yapısı

Kullanıcılar sistemi

Kullanıcılar konu alanının merkezi kavramlarından biridir. Kullanıcı modeli, personel ve müşterilerin sistemini tanımlamak ve doğrulamak, bunları farklı roller, projeler vb.

Rol

Kullanıcı rolleri, kullanıcı erişim haklarını belirlemek için esnek bir modelle belirlenir. Roller, erişimi çeşitli sistem fonksiyonlarına ayırt etmesine izin veren bir ayrıcalık kümesi içerir.

Kullanıcılar, örneğin, "Proje Geliştirme Projesi Yöneticisi", "Proje Geliştirme Projesi Yöneticisi", "Şirket'in Intranet Company" veya "Müşterisini Bilgi Sisteminin bir Refactor Projesi'ndeki" Proje Geliştirme Projesi Yöneticisi "," B şirketi. Kullanıcının birkaç rolü olabilir. Ayrı bir görev için bir rol atamak (sayı) şu anda imkansızdır.

Projeler

Proje, proje yönetimi sistemlerinin konu alanındaki temel kavramlardan biridir. Bu özden dolayı, ortak çalışmaları düzenlemek ve çeşitli kullanıcılara erişimin sınırlandırılmasıyla aynı anda birkaç projeyi planlamak mümkündür (yukarıya bakın). Projeler hiyerarşik yuvaya izin verir.

İzci

Trackers, projede hangi görevlerin sıralandığı ana sınıflandırmadır. Kendi içinde, "izci" kavramı, hata muhasebe sistemlerine geri döner (ENG. Hata izleme aracı ), her ayrı projeyi temsil etti.

Özünde, "Redmine" de, izleyiciler "problem" sınıfının bir analogudur ve çeşitli görev türlerinin bir polimorfizmanının temelleridir, her birinin çeşitli alanlarının her birini belirlemenizi sağlar. İzleyiciler "İyileştirme" "," Hata "," Belgelendirme "," Destek ".

Görevler

Görevler, gerçekleştirmek istediğiniz belirli bir görevi tanımlayan tüm sistemin merkezi kavramıdır. Her görevin zorunlu bir açıklaması ve yazar vardır, zorunlu olarak görev izleyiciye bağlanır.

Her görevin durumu vardır. Durumlar, farklı roller için statü atama haklarını belirleme olasılığı olan ayrı bir varlıktır (örneğin, "reddedilen statü, yalnızca bir yönetici atanabilir) veya görevin alaka düzeyinin belirlenmesi (örneğin" açık ", "Atadım" - ilgili ve "kapalı", "reddedildi" - Hayır).

Her proje için bir dizi gelişme aşaması ve bir dizi görev kategorisi ayrı olarak tanımlanır. Diğer alanlar ayrıca, bina yönetimi çizelgelerinin temelinin yanı sıra görev için gözlemci seçimi alanının yanı sıra (bkz. "Bildirim Verme" seçeneği alanının yanı sıra "tahmini zaman" için de ilginçtir. Görevler dosyaları ekleyebilir (ayrı bir varlık "uygulaması var").

Listelenen diğer özelliklerin değerleri (örneğin, öncelikli) ayrı bir ortak tabloda saklanır.

Görev parametrelerinin değişikliğini takip edin

Kullanıcılar tarafından görev parametrelerindeki değişiklikleri izlemek için, sistemde iki varlık yanıt veriyor: "Bir değişiklik kaydı" ve "Değişken parametre". Günlük girişi, görevin parametrelerini düzenlemek ve / veya buna bir yorum eklemek için kullanıcının bir işlemini görüntüler. Yani, aynı anda görev tarihini ve bir diyalogun korunması için bir araç için bir araç olarak hizmet eder.

"Değiştirilen parametre" varlığı ayrı bir günlük girişine bağlanır ve kullanıcı tarafından değiştirilen parametrenin eski ve yeni değerini depolamak için tasarlanmıştır.

Görevler arasındaki iletişim

Görevler birbiriyle ilişkili olabilir: Örneğin, bir görev bir başkası için bir alt koltuktur veya bundan önce. Bu bilgi program geliştirme planlamasında yararlı olabilir, Redmine'deki depolanmasından ayrı bir varlık sorumludur.

Taslak zamanında harcanan muhasebe

Sistem, kullanıcılar ve görevle ilişkilendirilen "harcanan zaman" ın özü sayesinde zamanın dikkate alınmasını destekler. Öz, harcanan zamanı, kullanıcı etkinliğini (geliştirme, tasarım, destek) ve iş hakkında kısa bir yorum yapmanızı sağlar. Bu veriler, örneğin, her bir katılımcının projeye katkısını analiz etmek veya gerçek zamanlılığı ve gelişim maliyetini değerlendirmek için kullanılabilir.

Bağlama havuzları

Redmine, çeşitli versiyonlar kontrol sistemleri (depolar) ile entegre olma yeteneği sağlar. Entegrasyon, harici depodaki değişiklikleri izlemek, bunları veritabanında sabitlemek, belirli görevlere bağlanmak için değişikliklerin analizi.

Sistemin dış havuzlarla entegrasyon için infolojik yapısında üç varlık sorumludur: depo, editörler ve değişim.

  • Depo - Bağlı depo türünü, konumunu ve kullanıcısının tanımlama verilerini depolayan varlıkla ilişkili bir proje.
  • Editoryal - depo editoryal ofisini gösterme ve bilgi alanlarına ek olarak, belirli bir göreve bağlanabilir: Bu, Num'ın görev numarası olduğu "Refs #num" değişikliklerinin açıklamasında belirtilmesini gerektirir) ve Editör Kurulunun yazarın yazarı için.
  • Değişim - Her basımda değiştirilmiş (eklenen, uzaktan, yerinden edilmiş, değiştirilmiş) dosyaların bir listesini saklar.

Bildirimin alınması

Sitede meydana gelen değişiklikler hakkında kullanıcı bildirimleri, kullanıcıları çeşitli sınıfların nesneleriyle (projeler, görevler, forumlar vb.) Bağlama "gözlemciler" nin özü kullanılarak gerçekleştirilir. Veritabanı ayrıca, Size İzin Veren RSS aboneliğine erişim tuşlarını saklar. Bu teknoloji sayesinde bildirimleri almak için, e-posta kullanarak bildirimler de gönderilir.

Bazı kusurlar Redmine

  • Redmine'deki dosya ve belgeleri yönetmek, bunları eklemek, silmek ve düzenlemek için azaltılır. Herhangi bir dosyaya veya bireysel belgelere erişim haklarını yönetemezsiniz.
  • Redmine'de, bireysel görev alanlarının seviyesindeki erişim haklarını yönetemezsiniz. Örneğin, şu anda, iş için çalışma süresi tahminlerini gizlemek imkansızdır. Ancak, yalnızca tanımlanmış rolleri olan kullanıcılar için görünür ek alanlar yapabilirsiniz.
  • Redmine'de, görevlerin genel işçiliği görev listesinde gösterilmiyor.
  • Kullanıcıya tüm sistemde rol yapma imkanı yoktur; Örneğin, "Proje Ofisi Yöneticisi", sistemdeki tüm projelere erişebilmesi gerekir: Bunun için tüm projelere bu rolü olan bir kullanıcı eklemeniz gerekir.
  • Git deposunu bağlayın, yalnızca Redmine ise ve depo aynı sunucuda ise mümkündür.

Chiliproject.

Bir sonucu olarak, bazı kullanıcıların projeye göre vizyonunun geliştiriciler liderinin vizyonundan ayırt edildiği gerçeği nedeniyle, Chiliproject adlı Forma Redmine oluşturuldu. Şu anda, bu proje kapalı.

Ayrıca bakınız

Notlar

Edebiyat

  • 前田 剛 (GO maeda). 入門 Redmine Linux / Windows 対応. - 秀和 システム. - 226 s. - ISBN 978-4-7980-2137-9.
  • Gunther POPP. KonfigurationsManagement MIT Subversion, Maven und Redmine: Grundlagen für Softwarearchitekten und Entwickler. - 3. - dpunkt.verlag GmbH, 2009. - S. 362. - ISBN 9783898645218.

Linkler

  • Resmi Site Redmine (Eng.)
  • Redmine için Android istemcisi (Eng.)
  • Gem, Ruby, Rails, PostgreSQL, Yolcu, Nginx ile Redmine Demetleri Takma ve Yapılandırma
  • Gem, Ruby, Rails, MySQL, Yolcu, Nginx ile Redmine Demetleri Takma ve Yapılandırma (erişilemez bağlantı)
  • Redmine için eklentiler oluşturma
  • RedmineApp - Redmine için iPhone Uygulaması
  • Redmine PM - iPhone / iPad için Redmine Client
  • Gitmek için Redmine - Redmine için Windows Phone Client
  • Redmineup, Redmine için ücretsiz ve ticari eklentiler ve temalardır.
  • RMClient, Windows, Mac, Linux, Ticari bir müşteridir.
  • Yaşam Döngüsü Görevlerini Ayarlama
  • Performans Sorunlarını Çözme
  • Redmine'de Operasyonel Planlama
  • Eklentiler Yazma Kılavuzu
  • Ayrıntılı kurulum talimatları
  • Kolay Redmine - Ticari Seçenek
  • Tasarımcı Jetware Installar ve Redmine ile Sanal Makineler

Bu sayfa en son 3 Mayıs 2021'de 13:31'de düzenlendi.

  • - Birkaç projeyi korumak;
  • - Hata izleme sistemi;
  • - E-posta ve RSS beslemeleri yoluyla yapılan değişiklikler hakkında uyarılar;
  • - Özelleştirilebilir görev durumları;
  • - Görevler, zaman maliyetleri, projeler ve kullanıcılar için özelleştirilebilir keyfi alanlar;
  • - Zaman maliyetlerinin muhasebesi (saat);
  • - Ganta çizelgeleri ve takvim;
  • - Her proje için Wiki;
  • - Proje haber yönetimi, dosya yönetimi ve belgeler;
  • - Her proje için forumlar;
  • - Rusça dahil olmak üzere çok dilli arayüz;
  • - Depolarla kolay entegrasyon (SVN, CVS, GIT, Mercurial, Çarşı ve Darc);
  • - Rollere göre erişim ayırma sistemi;
  • - Çoklu LDAP kimlik doğrulaması için destek;
  • - bağımsız olarak yeni kullanıcıları kaydetme yeteneği;
  • - Ek yükleyerek sistemin işlevselliğinin genişletilmesi eklentiler ;
  • - Destek DBMS: MySQL, PostgreSQL, SQLite, MS SQL Server (sürüm 2,3'ten).
  • Redmine sistemini daha ayrıntılı olarak düşünün. Aşağıda bazı ekran görüntüleri, birincilerinde - projelerden birine göre bir görev listesi var.

    Görev sekmesi, hem mevcut proje görevlerini (varsayılan olarak) görmenizi sağlar (varsayılan olarak) ve daha önce kapalı görevler - müşteri istekleri mümkündür.

    Tanrı sen benimsin, çatışmalarım var!

    (filtreler). Özel sorgular, sistemin tüm kullanıcıları tarafından daha sonra kullanım için kaydedilebilir.

    ("Genel" sorgu onay kutusunu kurduğunuzda) veya isteği oluşturan kullanıcının kullandığınızda. Bir sorgu oluşturduktan sonra, tek bir tıklamayla görev listesini yapılandırabilirsiniz,

    Er ya da geç (muhtemelen yeni genç versiyonun ilk güncellemesi sırasında) birleşme çatışmalarıyla karşılaşacaksınız. Git yeniden inşası sırasında, taahhütleri birer birer birer kullanır ve taahhütlerin kullanımı hatalarla her seferinde durur. Bu durumda, takım

    Sağdaki yan paneldeki "kaydedilmiş sorgular" ile sorguya referansın yararlanılması.

    • Sistem, görevleri ve aboneliklerin görevlere takibi için mekanizmaları uygular. Her görev için gözlemciler atanabilir, ardından durum değiştiğinde, görevin parametreleri, yeni yorumlar, göreve ekler, gözlemci kullanıcıları uygun e-posta bildirimlerini alacaktır.
    • Tüm sistem kullanıcıları yeni görevler oluşturabilir. Projeye yeni bir görev eklemek için, yeni görev sekmesine gitmeniz gerekir.
    • Görev izleyiciyi seçin ve zorunlu (*) ve ek (özel kullanıcı dahil) görev alanlarını doldurun. "Tema" alanında, kısa bir süre formüle edilir, ancak görevin anlamı (Sekme tuşuna basarak başka bir alana gittiğinizde, ek bir eklenti durumunda, girişi arayabilirsiniz. önceden oluşturulan görevler arasında konu). "Açıklama" alanında görevin ayrıntılı bir içeriğini belirler. Metnin okunabilirliğini arttırmak için, yerleşik web editörünün yeteneklerini kullanabilirsiniz.
    • Görev, maksimum boyuttaki sistem yöneticisi tarafından düzenlenen dosyaları ekleyebilir.
    • Gözlemciler göreve bağlanabilir: Bir görev oluşturmak için, göreve yemek yaparken, görevin durumunu değiştirirken, gözlemciler e-posta adreslerine uygun bildirimleri alacaktır. Kullanıcılar kendilerini, görev kartında "takip" bağlantısı izlenmesi gereken uygun bir göreve bir gözlemci olarak da ekleyebilirler.

    Sistemdeki görevler birbiriyle ilişkili olabilir: Örneğin, bunlardan biri bir başkası için bir alt koltuktur, ondan önce gelir veya bu görevler birbirleriyle ilgilidir.

    Git durumu.

    Redmine sistemi "ilgili görevler" olarak adlandırılan ayrı bir varlık sağlar. İlgili görevler aşağıdaki link türlerine sahip olabilir:

    Sorunlu dosyaları gösterir.

    - "Kopyalar" - Görevleri, birinin kapanmasının başka bir görevin kapanmasını gerektireceği şekilde ilişkilendirir;

    Ticaretlerden hangisini bir başarısızlık kazandırdığını kontrol edin, neden olduğunu (anlamlı taahhüt mesajları yardımcı olacak), dosyaları doğru dosyaları, komutu

    - "İle ilgili" başka bir göreve sadece bir referanstır. Böyle bir bağlantı, bu görevlerin bir amaç veya diğer ortak özelliklerle birleştirildiğini göstermek için kullanılır; - "Bloklar" - Bu görevin başka bir görevde çalışmaya başlamadan önce tamamlanması gerektiğini göstermektedir. Her iki görevde de, yürütme, tarih, durumun yüzdesini bağımsız olarak değiştirebilirsiniz, ancak bir istisna dışında: Engelleme görevi kapatılana kadar kilitli görev kapatılamaz. Bununla birlikte, kilitli görevde, engelleme görevinin hazır olması bile "gerçekleştirilen" durumunu,% 100'lük okunur olsa da, istenen çok şey bıraksa bile mümkündür; - "ÖNCEKİ" - Görevleri gerçekleştirme prosedürünü ayarlar, böylece bu görevin ilişkili başlamadan önce n günler için tamamlanmalıdır. İlişkili görev kartında, yalnızca bağlanma için bir giriş olmaz, aynı zamanda görevin zamanlamasını ve sonunu otomatik olarak değiştirecektir. Görevin terimi, bağlı problemin tarihine eşit olacak, pakette belirtilen gün sayısına göre arttı;

    Git Ekle

    - "İleri" - Görevleri gerçekleştirme prosedürünü, bu görevin yalnızca ilişkili olduktan sonra gerçekleştirilebileceği şekilde ayarlar. Bu bağlantı öncekini tersine çevirir.

    Tamamladığınızda düzeltilmiş her dosyayı ekleyin. Çatışmalar ortadan kaldırılmışsa, komutu kullanarak düzeltilecek değişiklikleri görüntüleyebilirsiniz.

    Zamanlama otomatik olarak bağlanmaz olarak değişir, ancak düzenlenebilir görevde. Bu nedenle, "İleri" link kullanılması gerekir, yalnızca görevlerin, aralarında belirli bir zaman aralığında birbiri ardına gitmesi gerektiğinden emin olmak gerekir.

    Git diff --cached

    Aşağıdaki resimler, Redmine sisteminin yapılandırmasına ve uygulamasına ayrılmıştır.

    . Sonucu tatmin edici olduğunu düşündüğünüzde, takımla yeniden inşa etmeye devam edebilirsiniz.

    Trackers, izleme görevlerinde önemli bir rol oynamaktadır. Görevlerin bir devletten diğerine geçiş koşullarının, alanların kullanılabilirliğini belirlemeye karışırlar.

    Git rebase --continue.

    Tracker, proje içindeki bir gruptaki bir görev, örneğin, hatanın ortadan kaldırılması, yeni bir işlevselliğin geliştirilmesi vb. İzci olabilir

    Bir, birkaç veya tüm projeye dahil.

    Redmine kullanıcıları rol gruplarından birine dahil edilmelidir, rol sayısı sınırlı değildir. Sistem iki önceden tanımlanmış iki rol sağlar:

    "Anonim" nin rolü - kayıtsız kullanıcılar için, "Katılmayan" rolü - kayıtlı, ancak herhangi bir kullanıcı projesine dahil edilmemiştir.

Anonim görevler oluşturamaz.

Her rol, görevler, projeler, belgeler, dosyalar, wiki, forumlar vb. İle ilgili olası eylemlere erişmek için belirlenir. Bu açık

"Proje Yöneticisi" nin rolleri, daha fazla güç verilmelidir, "sanatçının" rolü - daha küçük, "katılmayan" rolleri - daha az, daha az, asgari olanaklara izin vermek için "anonim" rolleri

Kamu projelerinde ve bireysel projelerde, her şey yasaktır. "Yönetici" sistem rolünün katılımcıları, sistem genelinde sınırsız haklara sahiptir.

Seçilen izleyiciye bağlı olarak, her görev belirli aşamalardan geçebilir ve farklı durumlara sahip olabilir.

Bu nedenle, oluşturulan izleyicilerin "sorun giderme", "bir kerelik görev, ADHOC", "Yeni Gelişme", görev durumları arasında maksimum maksimum örnekte:

1. Yeni -> 2. Dağıtılmış -> 3. Analiz -> 4. Çalışmada -> 5. Yapılan -> 6. Müşteri tarafından kabul edilmek -> 7. Kapalı

"Proje Yöneticisi", "Yönetici", "Müşteri, Üye" rolleri oluşturuldu. Proje Yöneticisi projesinin bir yöneticisi olduğundan, projesinin çerçevesinde farklı durumlarda görevine taşınabilir. Görevin veya müşteri / katılımcının sanatçısı görevi yalnızca belirli durumlarda çevirebilir. Herhangi bir aşamada, görevin iptal edilebilir ("reddedilen duruma" çevrilebilir) nedenini belirtendir. .

Görevde değişiklik yaptığınızda, görevin durumundaki değişiklikler, görevde yer alan tüm kullanıcılara yorum ekleyin otomatik olarak e-posta gelecektir.

Her çift için "rol izleyici", görünürlüğü yapılandırmanın, görev kartındaki alanları (yapılandırılabilir alanlar dahil) doldurma yükümlülüğünü yapılandırmak için bir fırsat vardır. Sistem alanları

"Proje", "izci", "tema", "öncelik", "özel" (görev) her zaman doldurmak için gereklidir. "Rol - Tracker" çiftlerinden biri için eylem sırasını yapılandırmak,

Sıra ayarları başka bir çift için kopyalanabilir ("Kopyala" bağlantısı).

Görevler, kullanıcılar ve diğer varlıklar için Redmine sisteminde, keyfi bir sayıda özelleştirilebilir (özel) alanlar oluşturabilirsiniz. Özel alanlar olacak

Önceden tanımlanmış sistem alanlarının alanından sonra bir görev kartında iki sütun halinde görüntüleyin. Sıralama Görev kartındaki özel alanların sırasını belirler. Özel alanlar aşağıdaki veri türlerini destekler: dize, uzun metin, tamsayı, gerçek sayı, tarih, tek bir değer seçmek için liste, Birden fazla değer seçmek için link, kullanıcı listesi. Her özel alan, tüm veya yalnızca belirtilen projelerde etkinleştirilebilir, seçilen izleyicileri kullanın. Özel bir alanı tanımlamada hemen yükleyebilirsiniz. Küresel ayarlar gereklidir ve Roller için görünürlük ve ayrıca kullanıcı sorgularına (filtreler) ve arama sorgularına katılım. Sunucuları ve Hizmetleri Yönetme Programı Redmine, Başlangıç ​​-> Bitnami Redmine Yığın Grubu -> Redmine Yöneticisi aracı olarak bulunabilir. Bu idari uygulama ile Redmine Services, Apache Web Server, MySQL veritabanı sunucusunu yönetebilirsiniz.

Raporlama

Redmine sistemi bir Gant diyagramı sağlar ve ek eklentiler yardımıyla, projelerin ve görevlerin durumunu anlamak için raporlar oluşturmak mümkündür.

Belki de geliştiricilerin bu raporların formatları hakkında özel bir sunumu sizi ayarlayacaktır.

Bununla birlikte, proje görevleriyle ilgili analitik raporlar, CSV dosyasına dışa aktarılan verilere dayanarak en iyi şekilde oluşturulur. Bunun için

Redmine sisteminin ana menüsünde, "Projeler" -> "Tüm Projeler" yi seçin, "Tüm Görevleri Görüntüle" bağlantısını izleyin,

Görevlerin listesine, istenen filtreleme kriterlerini uygulayın / iptal edin ve görev listesinin hemen altındaki "CSV'ye aktar" bağlantısını tıklayın.

Bu şekilde, görev listesi boşaltılacaktır - sorunlar.csv dosyası.

Daha sonra, yeni bir MS Excel kitabı açmanız gerekir, Ana menüdeki "Metin'den" -> "Metin'den" seçeneğini seçin, dosya sorunlarının yolunu belirtin .csv, Kod Seç sayfasında "1251: Kiril (Windows)", (Belki de bir ayırıcı sembolü olarak, kaydedildi - "öteki", sembolü belirtin (dikey özellik)) ve "Son" düğmesini tıklayın. CSV dosyasına bağlantıyı kaydederken veriler Excel dosyasına alınacaktır. Kaynak veri tablosuna dayanarak, özet tabloları, diyagramlar oluşturmanız gerekir (tabloyu / sütunları vurgulayın, ardından "Ekle" -> "Özet Tablo"). Baz tablosundaki analitik göstergeleri sağlamak mümkündür, ek hesaplanmış sütunlar oluşturmanız gerekir.

Bir raporun bir örneği bu maddeye yapılan yatırımda bulunabilir.

Redmine¶

Redmine, esnek bir proje yönetimi web uygulamasıdır. Rails Framework'teki Ruby kullanarak yazılmış, çapraz platform ve çapraz veritabanıdır.

Redmine açık bir kaynaktır ve GNU Genel Kamu Lisansı V2 (GPL) şartları altında serbest bırakılır.

Özellikleri¶

Redmine'nin temel özelliklerinden bazıları şunlardır:

Redmine özellikleri hakkında daha fazla bilgi edinin.

Belgeler .

Okuyabilirsin

Redmine Rehberi

Diğer kaynaklar:

Online Demo¶ Http://demo.redmine.org/ adresinde paylaşılan bir çevrimiçi demo bulunabilir. Kayıtlı kullanıcılara kendi projelerini oluşturma yeteneğini vermek üzere kurulmuştur. Bu, kayıt olduğunuzda, oradaki kendi projenizi oluşturabilir ve proje yönetimi özelliklerini deneyin. Alternatif olarak, basit bir formu doldurduktan sonra tam yönetici ayrıcalıklarıyla kendi Redmine Demo ortamınızı http://m.redmine.org adresinden alabilirsiniz.

Destek ve Yardım Alın

Yardım almak ya da redmine tartışmak için, göz atabilirsiniz

Redmine forumları. 

Redmine'de tam burada barındırıldı. Biz de var Sohbet odası. - Freenode IRC ağındaki #redmine katılın. Ayrıca resmi olmayan bir çalışma alanı

Gevşek Sorular sorabilir ve diğer Redmine kullanıcılarıyla tartışmalara katılabilirsiniz. Burada bir hata raporu, bir düzeltme eki veya özellik isteği göndermeden önce, lütfen gönderim kurallarını okuyun.

Katkıda bulunmak ve yardım etmek Redmine, topluluk gönüllüleri tarafından inşa edilmiş ve korunur. Eğer kullanmaktan zevk alırsanız ve topluma geri vermek istiyorsanız, Contribute sayfasının Sevel Fikirleri vardır. Yazılım geliştirme deneyimi gerekli değildir. Düzenli olarak katkıda bulunacak belirli bir alanla ilgileniyorsanız, Takımlar sayfasına göz atın. Ayrıca bir bağış yapabilirsiniz ve Redmine Bağışçıları sayfasında listelenebilirsiniz. Redmine kim kullanıyor? ¶ Bu sayfa Redmine kullanarak bazı şirketleri ve projeleri listeler. Redmine Books¶ Redmine 2. baskıya Mastering

Redmine kullanmak için ipuçları, püf noktaları ve en iyi uygulamalarla kapsamlı bir rehberdir. Online satın alabilirsiniz.

Redmine Eklentisi Uzantısı ve Geliştirme Redmine'yi yollarını çalıştırmak için genişletmek isteyen geliştiricilere genel bir bakış sunar. Online satın alabilirsiniz. Redmine Cookbook. Sohbet odası. .

: Proje Yönetimi, Ekip Yönetimi, Süreç İyileştirme ve Redmine İdaresi'ndeki becerilerinizi geliştirmek için 80'in üzerinde uygulamalı tarifler. Online satın alabilirsiniz. Redmine Books¶ Feragatname: Bu, "Redmine Nasıl Kurulur" nı normal tip bir kılavuz değildir. İçinde, veritabanına dalmayacağım veya web sunucusunu yüklemeyeceğim. Ayrıca Redmine ayarlamak hakkında konuşmayacağım. Bu plandaki RedMine belgeleri oldukça eksiksizdir. Ve resmi belgelerde belirtilmemiştir, internette kolayca bulunabilecek Raylar uygulamaları için genel bir prosedür vardır.

Bunun yerine, gerektiğinde bir kabuk komutu kullanılarak konuşlandırılabilen, kendi, az veya daha az özelleştirilmiş Redmine'nin, daha az veya daha az özelleştirilmiş versiyonuyla eşlik edecektir. Hazır? O zaman başlayalım. "All-in-One" derleme türünü ayarlayın ve sanal makinelere başlamak için hazır Bitnami Kurulum paketleri veya önceden takılı sanal makineler hızlı redminği numunesi için iyidir, ancak üretken kullanım için uygun değildir. Neden? Çünkü güncelleme yok. Oh, bir saniye, bitnami var. Doğru, şaka gibi görünüyor. "Tüm yığının yeni sürümünü başka bir dizine kurun ve verilerinizi orada hareket ettirin," Bu bir güncelleme değil. Ayarlama, özelleştirme ve eklentiler hakkında bir kelime değil, bu da muhtemelen kaydedilmesi ve yeniden yüklenmesi gerekir. Böyle bir "güncelleme" konusunda iyi şanslar diliyorum. Relize Redmine ayda iki kez yamalar. Güvenlik ile ilgili hataların düzeltmeleri gerektiği şekilde verilir - onları özlemek istemiyor musunuz?

İnsanların sıklıkla unutması gerçeği: Güncelleme süresi her zaman size bağlı değildir. Tabii ki, Redmine'nin bir sonraki genç sürümünün serbest bırakılmasından önce güncellemeyi erteleyebilirsiniz - birkaç hafta boyunca (muhtemelen daha uzun süre bile). Ancak, Redmine'de yeni güvenlik sorunlarını tespit etmek istemiyorsunuz ya da raylar yeni Bitnami yığını kurmak ve yapılandırmak ve tüm verileri manuel olarak hareket ettirmek için zaman ayırmak mümkün olana kadar nepostable bir sistemle oturun.

Kurulum sadece buzdağının üst kısmıdır. Güncelleme - Bu düzenli olarak yapmak zorunda kalacak 

En basit kurulum yönteminin aranması kesinlikle üretimde Redmine kullanmaya karar verildiğinde, kesinlikle önemli olmayı önler. Basit eşlik ve modernizasyon olasılığı - bu, kendi Redmine kullanımı ile ilgili maliyetleri ve riskleri en aza indirmek için dikkati keskinleştirmeniz gereken şeydir.

  • Aşağıda, kedinin mevcut durumdaki nasıl destekleneceğini size söyleyeceğim. Redmine Books¶ .
  • Git kullanın. Redmine Books¶ Herhangi bir ayar veya eklenti olmadan stok redmine çalıştırmayı düşünseniz bile, redmine kopyasını saklamak için GIT deposunu kullanın. En azından, uzmanlaşmış bir havuzun varlığı size dağıtım için gerekli olan tüm depolama yerini verecektir (daha sonra bu daha fazla ayrıntı olarak kabul edilir). Er ya da geç, (veya kullanıcılarınız) Redmine, topluluk gönüllüleri tarafından inşa edilmiş ve korunur. Eğer kullanmaktan zevk alırsanız ve topluma geri vermek istiyorsanız, Contribute sayfasının Sevel Fikirleri vardır. Yazılım geliştirme deneyimi gerekli değildir. Düzenli olarak katkıda bulunacak belirli bir alanla ilgileniyorsanız, Takımlar sayfasına göz atın. .
  • İYİ

Bazı eklenti veya ısmarlama konuyu takın ve bunun için hazır altyapı olacaktır. Eklentilerin değişikliği ve test edilmesine sahip deneyler ve üretim kodunda rahatsızlık duymadan yerel dallarda olanlar, kendi GIT C Redmine deposunun varlığında çok basit hale geliyor. Yani şimdi depo yapılandırmasıyla başlayacağız. Ana Redmine Deposu bir Subversion örneği olmasına rağmen, GitHub, ana araç tarafından desteklenen ve sürekli güncellenen yarı resmi bir depoya sahiptir. Kendi deponuzu yapılandırmak için kullanın: Yerel Klon Redmine Kurma

$ Git clone [email protected]: Redmine / redmine.git $ CD Redmine $ Git Uzaktan Rename Orijinali Yukarı Akış $ $ Git Uzaktan Kumanda Ekle Menşei [email protected]: Redmine.git $ Git CheckOut -B Redmine / 3.2-Kararlı YukarıShream / 3.2 -Stable $ Git Checkout -B Yerel / 3.2-Kararlı $ Git Push - Yukarı Kaynak Menşei Yerel / 3.2-Kararlı

Sürüm numarasını değiştirin 3.2-Kararlı Redmine'nin son istikrarlı versiyonunun sayısında.

Uzak depo

[email protected] 

Dağıtım yapılandırmasını (ve muhtemelen yayınlanmayan diğer bilgilerin) depolayacağı gibi özel olmalıdır. Aşağıda açıklanan dağıtım işlemi kodu bu depodan çıkaracağından, depo dağıtımlar sırasında mevcut olmalıdır, bu nedenle masaüstü bilgisayarlara yerleştirmeyin. İdeal, depo, dağıtımın meydana geldiği bir Web sunucusundan da mevcut olacağı durum olacaktır. Ancak bu, gerekirse, dolaşabilirsiniz. Şimdi iki yerel şubeniz var: Redmine / 3.2-Kararlı Redmine, topluluk gönüllüleri tarafından inşa edilmiş ve korunur. Eğer kullanmaktan zevk alırsanız ve topluma geri vermek istiyorsanız, Contribute sayfasının Sevel Fikirleri vardır. Yazılım geliştirme deneyimi gerekli değildir. Düzenli olarak katkıda bulunacak belirli bir alanla ilgileniyorsanız, Takımlar sayfasına göz atın. и Yukarıdaki uzaktan kumandadaki GitHub / Redmine Deposundan ek işlevsellik olmadan Redmine 3.2'yi izler artan Redmine, topluluk gönüllüleri tarafından inşa edilmiş ve korunur. Eğer kullanmaktan zevk alırsanız ve topluma geri vermek istiyorsanız, Contribute sayfasının Sevel Fikirleri vardır. Yazılım geliştirme deneyimi gerekli değildir. Düzenli olarak katkıda bulunacak belirli bir alanla ilgileniyorsanız, Takımlar sayfasına göz atın. depo Yukarıdaki uzaktan kumandadaki GitHub / Redmine Deposundan ek işlevsellik olmadan Redmine 3.2'yi izler Yerel / 3.2-kararlı

Dağıtım, özelleştirme, temalar ve eklentilerin tüm ayarlarının yerleştirileceği yerlerde.

Versiyonların Gelişmiş Güncellemeleri

Redmine, aşağıdaki sürüm numaralandırma şemasını kullanır: XYZ Major / Minor / Yama. Her genç versiyonun kendine ait İstikrarlı dal Zamanla düzeltmeler ve emniyet yamaları uygulanacak (bu sürüm hala desteklendiği sürece). Bizim durumumuzda bu bir daldır

Zaman zaman, bu yükselen şube bazı yeni taahhütler alacak. Göreviniz yerel şubede yeni taahhütleri eklemektir. Dağıtım için. Her ne kadar mümkün olsa da, yükselen şubeyi düzenli olarak tamamlamış olsa da, kullanmayı teklif ediyorum. Git rebase. Kendi değişikliklerinizi desteklemek için bitmiş .

stok redmine: "Çıplak" Redmine üzerindeki yerel değişiklikleri yeniden açmak: $ Git Checkout Redmine / 3.2-Kararlı $ Git Çekme # Yeni Yukarı Akış Talebi $ Git Checkout Yerel / 3.2-Kararlı $ Git Rebase Redmine / 3.2-Kararlı

RECASE:

Tüm yerel değişiklikleri iptal edecek

Linkler

  1. Güncelleme
  2. meydana gelen değişiklikleri yansıtmak
Beklenmedik bir şekilde bir sürü çatışmaya sahipseniz ve bu sorunu çözmek için zaman yoktur, parametreyi kullanarak mevcut yeniden rebuasyonu kesinlikle kesebilirsiniz.

"Çıplak" sürümündeki tüm yerel değişiklikler yeniden uygulanacaktır.

Redmine. Sonuç olacak Saf hikaye (Yerel) taahhütleriniz her zaman en son (artan) Redmine taahhütlerinin üstündedir.

Junior ve eski güncellemeler

Şimdi yeni bir kararlı şube var (diyelim mi? 3.3-Kararlı ), aynısını yapın - değişikliklerinizi üstüne çekin. GIT komutları, yukarı doğru şubenin değişmesi nedeniyle biraz farklı olacaktır: Yerel değişikliklerin yeni bir kararlı şubeye devredilmesi $ GIT GIT KULLANICI upstream $ Git Checkout -B Redmine / 3.3-Kararlı Upstream / 3.3-Kararlı $ Git Checkout -B Yerel / 3.3-Kararlı Yerel / 3.2-Kararlı $ Git Rebase --onto Redmine / 3.3-Kararlı Redmine / 3.2-Kararlı Yerel / 3.3-Kararlı Bu ekipler ilk önce 3.3 sürümü için iki yeni yerel şube oluşturur: yükselenlerden biri, diğeri ise yerel şubeden 3.2. Sonra yerel değişiklikleri değiştirdiler Redmine / 3.3-Kararlı

. Buradaki yerel değişiklikler arasındaki fark

Yerel / 3.3-Kararlı (hala hala ). Şimdi

Redmine 3.3'ü ve yerel değişiklikleri içerir.

Добавить комментарий