atlassian etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster
atlassian etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster

8 Mart 2012 Perşembe

Atlassian İstanbul Zirvesi

Atlassian Jira from OBSS on Vimeo.

Atlassian Confluence from OBSS on Vimeo.

Atlassian Plugin SDK from OBSS on Vimeo.

Atlassian Bitbucket from OBSS on Vimeo.

Atlassian Fisheye from OBSS on Vimeo.

Atlassian Clover from OBSS on Vimeo.

Atlassian Greenhopper from OBSS on Vimeo.

Atlassian Crowd from OBSS on Vimeo.

Atlassian Bonfire from OBSS on Vimeo.

Atlassian Crucible from OBSS on Vimeo.

Neden jira ?


  • Tamamen web tabanlı, kullanıcı kurulumu gerektirmez
  • JAVA tabanlı, stabil, platform bağımsız
  • Veritabanı ayrımı yok, SQLserver, MySql, postgreSQL veya Oracle vb.
  • Tarayıcı bağımsız, Chrome, IE, Safari veya Firefox vb
  • Uygun lisans fiyatları
  • Dünyanın her tarafındaki partner şirket ile yerel destek alabilme imkanı
  • Her seviyede konfiüre edilebilir, farklı çağrı tipleri, farklı alanlar içerebilir, farklı akışlar izleyebilir. Ve bu farklılaştırmanın sınırı sizin beklentileriniz.
  • Eposta ile bildirimi ve bunun her seviyede konfigürasyonu örn: çağrı açıldığında tüm ekibe, uzmana atandığında sadece uzmana haber versin gibi.
  • Çok kolay kullanıcı arayüzü, çağrı açmak için gereken süre 20sn, kullanıcıyı çağrı açmayı öğretmek için 3dk.
  • Yetenekli güvenlik tanımları, proje, çağrı hatta yorum bazında güvenlik sağlayabilirsiniz.
  • Yetki şemaları da detaylı konfigürasyona izin verir, örn: herkes çağrı açabilir, bazıları değiştirebilir, bazıları hiç göremez vb.
  • Etkin akış şemaları, sınırsız adım ve koşullandırma
  • Topluluk desteği ile her ihtiyaca yönelik sınırsız ücretsiz veya ücretli eklenti
  • Teknik bilgi gerektirmez, herkes kullanabilir, her birim ve sektör için konfigüre edilebilir.

Kullanışlı Jira Eklentileri


Her kurulum, konfigürasyonda mutlaka ihtiyaç duyduğum, ücretsiz, arkası sağlam diyebileceğimiz, kullanışlı, benim pek sevdiğim eklentiler aşağıda, bir göz atmanızı tavsiye ederim, gerektiğinde hatırlamak için yeteneklerini bilmenizde fayda var.

Çok büyük işler başaran, "ücretli" eklentiler. Bu eklentiler ile de çok çalıştım, konfigürasyonu ilk aşamada biraz karışık olsa da yeteneklerine değer.  ;)

15 Şubat 2012 Çarşamba

Çağrı güncellendiğinde, Assignee değişiyor

Bugün yaşadığımız bir sorunda, çağrı üzerinde herhangi bir değişiklik yapıldığında, çağrının "assignee" rolünün de değiştiğini gördük.

Bu sorunun sebebinin, çağrının assignee rolündeki kullanıcının, grup yetkilerinin kısıtlanması olduğu ortaya çıktı. Kullanıcı assignee olabilmek için gerekli olan yetkilere sahip olmadığı için, sistem assignee olarak uygun olmayan kişi ile çağrıyı kaydetmeye çalıştığında hata oluşuyor ve çağrının assignee rolü otomatik olarak değiştiriliyor.

"change assignee when issue updated"

18 Temmuz 2011 Pazartesi

Jira'yı servis olarak çalıştırmak

Servis olarak çalıştırmak

Linux sunucu üzerine kurduğunuz, Jira’yı servis gibi çalıştırmak için aşağıdaki scriptten yararlanabilirsiniz, scripti oluşturma ve çalıştırma adımları yazılmıştır.
vi /etc/init.d/jira
Aşağıdaki scripti kopyalarak, yapıştırın. Koyu renk alanları değiştirmeyi unutmayın.
  1. APP=jira   – {Uygulamanın ismi}
    USER=jiratest – {Servisin çalıştırılacağı kullanıcı}
    BASE=/usr/jira – {Servisin ev dizini}
  2. chmod +x /etc/init.d/jira
Servisimiz hazır, servisi başlatıp/durdurmak için aşağıdaki komutları kullanabilirsiniz.
/etc/init.d/jira start
/etc/init.d/jira stop

#!/bin/sh -e
# JIRA startup script
# Written by Nesrin
#chkconfig: 2345 80 05
#description: JIRA

# Define some variables
# Name of app ( JIRA, Confluence, etc )
APP=jira

# Name of the user to run as
USER=jiratest

# Location of application’s bin directory
BASE=/usr/jira

# Location of Java JDK
export JAVA_HOME=/usr/java/default

case “$1″ in
# Start command
start)
echo “Starting $APP”
/bin/su -m $USER -c “cd $BASE/logs && $BASE/bin/startup.sh &> /dev/null”
;;
# Stop command
stop)
echo “Stopping $APP”
/bin/su -m $USER -c “$BASE/bin/shutdown.sh &> /dev/null”
echo “$APP stopped successfully”
;;
# Restart command
restart)
$0 stop
sleep 5
$0 start
;;
*)
echo “Usage: /etc/init.d/$APP {start|restart|stop}”
exit 1
;;
esac

exit 0
ve son olarak açılışta başlaması için,  aşağıdaki satırı çalıştırıp servisimizi tamamlıyoruz.
/sbin/chkconfig --level 345 jira on

Jira Ekranlarına Not Ekleme

Not Ekleme

Jira kullanımı kolaylaştırmak için, ekranlara yardım notları ekleyebilirsiniz. Bunun için öncelikle Jira Toolkit eklentisini yüklemeniz gereklidir. Daha sonra, “Message Custom Field” tipinde yeni bir alan oluşturun. Default Value alanına gireceğiniz data seçtiğiniz ekranlarda görünecektir.
Aşağıdaki örnek için kullanılan içerik aşağıdadır.
Priority

  • Blocker – Highest priority. Indicates that this issue takes precedence over all others.

  • Critical – Indicates that this issue is causing a problem and requires urgent attention.

  • Major – Indicates that this issue has a significant impact.

  • Minor – Indicates that this issue has a relatively minor impact.

  • Minor – Lowest priority.

Jira Duyuru eklemek için

Duyuru eklemek için,
Jira administration – Options & Settings – Announcement Banner
Jira will be down for system maintenance between 10:30 and 10:35 (GMT+2)

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

Jelly Script ile çağrıları otomatik kapatma

Jelly Script ile çağrıları otomatik kapatma

Jelly Script hayatınızı kolaylaştırır, süreçleri daha da otomatikleştirmenize yardım eder. Benim şu ana kadar en çok kullandığım durum, çözümlenmiş çağrıların, kapatılması yani “resolve” –> “Close” durumları arasındaki geçiştir. Çözümlenene kadar sıkı bir takipçisi olduğumuz çağrıları, nedense “resolve” durumunda unuturuz hep. Hepimizin yaşadığını düşündüğüm bu durumu otomatikleştirmek için, kullanabileceğiniz script aşağıdadır. Renkli yerleri uygun şekilde değiştirmeyi unutmayın. Düzenli olarak çalışmasını istediğiniz scriptleri, servis olarak sisteme ekleyebilirsiniz.

Bu betiği çalıştırmadan önce, çözümlenmiş durumdaki çağrıları kapsayan bir filtre oluşturmalısınız. Script içinde kullanacağınız bu filtreyi, kapatılacak çağrıları kontrol etmek içinde kullanabilirsiniz.
user : İşlemi yapmaya yetkili bir kullanıcı
91 : Workflow işlem id
11081 : oluşturduğunuz filtrenin idsi
jira=”jelly:com.atlassian.jira.jelly.enterprise.JiraTagLib” xmlns:core=”jelly:core” xmlns:log=”jelly:log” >
user” password=”*****“>
Running Close issues service


Dear User,

This issue has not been updated for 6 weeks and will be Closed.
Thank you, Jira Admin
91” />
jiraadm” />
CloseJelly” value=”11081” />


CloseJelly}” var=”issues” />


Closing inactive issue ${issue.key}




Sisteminizde jelly script çalıştırabilmek için, Jira’nin başlangıç parametrelerine “-Djira.jelly.on=true” eklemek gereklidir.

Jira Issue Security Schemes


Jira – Çağrı Güvenlik Şemaları

Jira üzerinde güvenlik seviyeleri genel olarak üç farklı seviyededir :

Project Security Level "Permission Scheme" : İzin şemaları ile tanımlanır
Issue Security Level "Issue Security Scheme" : Çağrı güvenlik şemaları ile tanımlanır
Comment Securtiy Level "Project roles" : Proje rollerini kullanarak hazırlanır

Issue Security Level : Çağrı güvenlik şemaları, projelerden daha alt adımda gereken güvenlik durumlarında kullanılır. Bazı durumlarda, proje erişimine sahip kişilerin, bazı çağrıları görmesini engellemek için, çağrı güvenlik şemalarından yararlanılır. Örnek bir aşağıda verilmiştir. Müşteri erişimine açık olan bir projede, müşteri projesine ait, ancak kurum içi bazı bilgileri içeren ve müşterinin, çağrının varlığını bile bilmemesi gereken durumlarda kullanılabilir.


Örnek Senaryo :

Güvenlik Seviyeleri:
All-Users : Tüm kullanıcıları kapsar
Unrestricted : Müşteri ve yetkili hesapları kapsar
Restricted : Sadece yetkili kullanıcıları kapsar

Kritik bilgileri içeren bir çağrı açılırken, restricted seviyesi kullanılabilir.

Müşteriye ait özel bilgilerin bulunduğu, şirket içinden de kısıtlı erişim ihtiyacı olan çağrılar için Unrestricted kullanılır.

Şirket ve müşteri tarafındaki tüm kullanıcılara açık çağrılar için "All Users" seviyesi seçilebilir. İstenirse bu alan özel olarak seçilmediğinde otomatik tanımlı olması sağlanabilir. Diğer durumda da çağrı güvenlik seviyesi özel olarak belirtilmemişse, proje güvenlik seviyesini kullanacaktır.


Çağrı Güvenlik Şeması Tanımlanması :

  • Administration tabının altından, Issue Securty Level bağlantısı ile yapılır.



  • Her güvenlik seviyesi ayrı ayrı tanımlanmalı, yetkili kullanıcılar belirlenmelidir. 
     


  • Proje üzerinden güvenlik şeması seçilmeli, o proje için aktif hale getirilmelidir.




  • Çağrı açılış ekranına "Security Level" alanı eklendiğinde işlem tamamlanmış olur.


  • İzin şemalarında, güvenlik seviyesi değiştirmek için yetki verilen kullanıcıların önüne gelecek ekteki ekranda, güvenlik seviyesi çağrıya göre seçilebilir.