Bir ekibi büyütmeye başladığınızda en hızlı kaybettiğiniz şey görünürlüktür. Kim neyi yapıyor, hangi görev nerede takılı kaldı, bu işin karşılığında kaç saat harcandı? Bu soruların yanıtı e-posta zincirlerine, dağınık tablolara ve sözlü mutabakatlara sıkışınca proje yönetimi bir tahmin oyununa döner. Redmine, tam da bu kaosu düzene sokmak için tasarlanmış, kendi sunucunuzda çalışan, açık kaynaklı ve köklü bir proje takip sistemidir.
Bu rehberde Redmine'ın Ruby tabanlı mimarisini, en güçlü yanı olan çoklu proje ve rol/izin modelini, issue izleyicileri (tracker) ve iş akışı mantığını, gantt şeması ile zaman takibi özelliklerini ele alacağız. Ardından kendi sunucunuza Redmine'ı adım adım nasıl kuracağınızı, veritabanı ve ters vekil ayarlarını, eklentilerle sistemi nasıl genişleteceğinizi ve bakım tarafında nelere dikkat etmeniz gerektiğini gerçek komut örnekleriyle inceleyeceğiz. Kod deponuzu da kendi sunucunuzda tutmak istiyorsanız Gitea rehberimiz bu yazının doğal bir tamamlayıcısıdır.
Redmine nedir, ne işe yarar?#
Redmine, web tabanlı bir proje yönetimi ve issue (görev/hata) takip platformudur. En yalın tarifiyle, ekibinizin yapacağı işleri kayıt altına aldığınız, bu işleri kişilere atadığınız, ilerlemesini izlediğiniz ve harcanan zamanı ölçtüğünüz merkezi bir kontrol panosudur. Yazılım geliştirme ekipleri kadar ajanslar, IT departmanları, üretim ve destek birimleri de onu rahatlıkla kullanır; çünkü Redmine belirli bir sektöre değil, "işi takip etme" ihtiyacının kendisine odaklanır.
Yazılım, Ruby programlama diliyle ve Ruby on Rails çerçevesiyle geliştirilmiştir. İlk sürümü 2006 yılında yayımlanan Redmine, açık kaynak dünyasının en uzun soluklu projelerinden biridir ve bu olgunluk onun en büyük güvencesidir. Yıllar içinde binlerce kurum tarafından üretim ortamlarında sınandı, geniş bir eklenti ekosistemi oluştu ve büyük bir topluluk etrafında toplandı. Rails tabanlı yapısı, uygulamayı bir web sunucusu (Puma gibi), bir veritabanı (MySQL veya PostgreSQL) ve statik dosyaları sunan bir ters vekilin birlikte çalıştığı klasik bir üçlü mimariye oturtur. Bu yapı ilk bakışta Gitea'nın tek dosyalık sadeliğinden daha karmaşık görünse de, karşılığında son derece esnek ve derinlemesine özelleştirilebilir bir sistem sunar.
Redmine'ın felsefesi "her şeyi kutudan çıktığı gibi dayatmak" değil, "kendi süreç yapınıza uyacak şekilde şekillendirilebilecek bir iskelet vermektir". İşte bu yüzden kimi ekip onu basit bir hata listesi olarak kullanırken, kimi kurum onun üzerine onlarca eklenti bindirip tam teşekküllü bir kurumsal proje yönetim sistemine dönüştürür.
Redmine hangi sorunu çözer?#
Redmine'ın çözdüğü temel sorunları birkaç başlıkta toplayabiliriz.
Dağınık iş takibinin sonu. Görevler e-postalarda, sohbet uygulamalarında ve akıllardaki notlarda kaybolduğunda hiçbir şey gerçekten "biter" hissi vermez. Redmine, her işi tekil bir kayda (issue) dönüştürür; bu kaydın bir sorumlusu, bir durumu, bir önceliği ve bir geçmişi vardır. Böylece "bu işi kim ne zaman kapattı" sorusu tahmin değil, kayıt konusu olur.
Çoklu ekip ve çoklu projenin tek yerden yönetimi. Çoğu araç tek bir projeye odaklanır. Redmine ise doğuştan çok projeli düşünülmüştür. Onlarca projeyi, alt projeleriyle birlikte, tek bir kurulumda yönetebilir; her projeye farklı ekipler ve farklı yetki seviyeleri atayabilirsiniz. Bir ajans için her müşteri ayrı bir proje, bir yazılım şirketi için her ürün ayrı bir proje olabilir.
Şeffaf zaman ve maliyet takibi. Bir işe ne kadar emek harcandığını bilmiyorsanız, ne fiyatlandırma yapabilir ne de verimliliği ölçebilirsiniz. Redmine'ın gömülü zaman takibi, her issue'ya harcanan saatleri kaydeder ve bunları projeye, kişiye veya aktivite türüne göre raporlar. Bu, özellikle saat üzerinden faturalandırma yapan ekipler için doğrudan gelire dönüşen bir yetenektir.
Veri sahipliği ve bağımsızlık. Redmine kendi sunucunuzda çalışır. Tüm proje verisi, müşteri bilgisi ve zaman kayıtları sizin denetiminizdedir; üçüncü bir servisin fiyat değişikliğine, veri politikasına veya kesintisine bağımlı kalmazsınız.
Çoklu proje ve rol/izin sistemi#
Redmine'ı benzerlerinden ayıran en güçlü yönlerden biri, esnek ve ayrıntılı yetkilendirme modelidir. Bu model üç kavram üzerine kuruludur ve mantığını kavramak Redmine'ı verimli kullanmanın anahtarıdır.
Birinci kavram proje ve alt proje hiyerarşisidir. Her proje bağımsız bir alandır; kendi issue'ları, wiki'si, dosyaları ve üyeleri vardır. Projeleri iç içe geçirebilir, böylece büyük bir programı mantıklı parçalara bölebilirsiniz. Örneğin "Mobil Uygulama" ana projesi altında "iOS" ve "Android" alt projeleri açabilirsiniz.
İkinci kavram roldür. Rol, "bu kişi ne yapabilir" sorusunun yanıtıdır. Yönetici, geliştirici, raportör (yalnızca hata bildiren) gibi roller tanımlar ve her rolün hangi işlemleri yapabileceğini onlarca ayrı izin üzerinden ince ayarla belirlersiniz. Kimin issue oluşturabileceği, kimin kapatabileceği, kimin zaman kaydı girebileceği ayrı ayrı kontrol edilir.
Üçüncü kavram üyeliktir: bir kullanıcıyı bir projeye belirli bir rolle bağlarsınız. Aynı kullanıcı, bir projede yönetici, başka bir projede yalnızca izleyici olabilir. Bu üç eksenin kesişimi, çok az araçta bulacağınız kadar hassas bir erişim denetimi verir. Aşağıdaki tablo bu ilişkiyi özetliyor:
| Kavram | Ne yapar | Örnek |
|---|---|---|
| Proje | İşleri gruplayan bağımsız alan | Web Sitesi Yenileme |
| Alt proje | Bir projenin mantıksal parçası | Frontend, Backend |
| Rol | İzinler demeti | Geliştirici, Raportör |
| Üyelik | Kullanıcı + proje + rol bağı | Ayşe → Backend → Yönetici |
Bu yapı sayesinde, örneğin bir ajans müşterilerini kendi projelerine davet edip yalnızca kendi issue'larını görmelerini sağlayabilir; iç ekip ise tüm projelere erişebilir. Erişim sınırlarını doğru kurmak, hem gizliliği hem de düzeni korur.
Issue izleyicileri ve iş akışları#
Redmine'da her iş kaydı bir izleyici (tracker) türüne aittir. İzleyici, o kaydın ne tür bir iş olduğunu belirtir: Hata (Bug), Özellik (Feature), Destek Talebi (Support) en yaygın örneklerdir, ama kendi türlerinizi de tanımlayabilirsiniz. Her izleyici, hangi alanların (öncelik, hedef sürüm, tahmini süre vb.) görüneceğini ve hangi iş akışını izleyeceğini belirler.
İşin gerçek gücü iş akışı (workflow) tanımında ortaya çıkar. Bir issue'nun geçebileceği durumlar (Yeni, Devam Ediyor, Çözüldü, Kapandı gibi) ve bu durumlar arasında hangi rolün hangi geçişi yapabileceği tamamen sizin kontrolünüzdedir. Örneğin bir "Raportör" rolü bir hatayı açabilir ama "Kapandı" durumuna geçiremez; bunu yalnızca "Yönetici" yapabilir. Bu kurallar bir matris üzerinde, rol ve izleyici bazında ayarlanır.
Issue'lar birbirine bağlanabilir. Bir görevi başka bir görevin "engelleyeni" olarak işaretleyebilir, alt görevlerle (subtask) bir işi parçalara bölebilir veya ilişkili kayıtları birbirine referanslayabilirsiniz. Ayrıca her issue'ya dosya ekleyebilir, yorum yazabilir ve tüm bu geçmiş otomatik olarak zaman damgasıyla kayıt altına alınır. Bu, bir işin nasıl evrildiğini geriye dönük izlemenizi sağlar.
Redmine'ın bir başka pratik özelliği, özel alanlar (custom fields) desteğidir. Standart alanlar süreçinize yetmiyorsa, issue'lara müşteri numarası, sözleşme referansı veya ortam bilgisi gibi kendi alanlarınızı ekleyebilir; bunları raporlama ve filtrelemede kullanabilirsiniz. Dokümantasyon ihtiyacı için her projenin gömülü bir wiki'si vardır, ancak daha zengin ve gerçek zamanlı bir bilgi tabanı arıyorsanız Outline gibi modern bir doküman aracını Redmine'ın yanında konumlandırmak iyi bir tercihtir.
Gantt şeması ve zaman takibi#
Görevleri kaydetmek işin yalnızca yarısıdır; onları zaman içinde planlamak ve harcanan emeği ölçmek diğer yarısıdır. Redmine bu iki ihtiyacı iki güçlü yerleşik araçla karşılar.
Gantt şeması, projenizdeki issue'ları başlangıç ve bitiş tarihlerine göre yatay çubuklar hâlinde bir zaman çizelgesine yerleştirir. Bir işin ne zaman başladığı, ne zaman bitmesi gerektiği, hangi işlerin çakıştığı ve hangi kilometre taşına (milestone) yaklaştığınız tek bakışta görünür. Her issue'ya başlangıç tarihi, bitiş tarihi ve tamamlanma yüzdesi girdiğinizde bu şema otomatik oluşur; ayrı bir planlama aracı tutmanıza gerek kalmaz.
Zaman takibi ise Redmine'ın en çok sevilen özelliklerinden biridir. Bir issue üzerinde çalışan kişi, harcadığı süreyi bir aktivite türüyle (Geliştirme, Tasarım, Toplantı vb.) birlikte kaydeder. Bu kayıtlar tek tek girilebileceği gibi, tahmini süre (estimated time) alanıyla karşılaştırılarak bir işin planlanandan ne kadar saptığını da gösterir. Sistemin ürettiği zaman raporlarını projeye, kullanıcıya, aktiviteye veya tarihe göre gruplayabilir; sonuçları dışa aktarabilirsiniz.
Bu iki özelliğin birleşimi, bir yöneticiye şu üç soruyu aynı anda yanıtlama imkânı verir: İş takvimde nerede? Kim ne kadar süredir üzerinde çalışıyor? Planladığımız bütçeyi aşıyor muyuz? Redmine'ın raporlama tarafını, projelere göre iş yükünü dengelemek ve tekrar eden gecikmeleri erkenden fark etmek için düzenli kullanmanızı öneririm.
Kurulum ve gereksinimler#
Redmine bir Ruby on Rails uygulaması olduğu için kurulumu Gitea kadar tek adımlı değildir, ama zorlu da değildir. İki yaygın yol vardır: elle (kaynaktan) kurulum ve Docker ile kurulum. Üretim ortamı için, bağımlılıkları izole ettiği ve güncellemeyi kolaylaştırdığı için Docker yaklaşımını öneririm.
Donanım açısından Redmine mütevazıdır. Küçük ve orta ölçekli bir ekip için 1-2 vCPU ve 2 GB RAM'e sahip bir sanal sunucu rahatlıkla yeterlidir. Rails ve veritabanı belleği paylaştığı için 1 GB'lık sunucularda sıkışma yaşanabilir; bu yüzden başlangıç için en az 2 GB ayırmak sağlıklıdır. Bu tür sürekli çalışan servisler için yönetimi elinizde tutmak isterseniz sanal sunucu (VDS) çözümlerimiz uygun bir zemin sunar.
Docker Compose ile hem Redmine'ı hem de PostgreSQL veritabanını tek dosyayla ayağa kaldırabilirsiniz. Aşağıda gerçekçi bir örnek yer alıyor:
services:
redmine:
image: redmine:5
container_name: redmine
restart: always
environment:
REDMINE_DB_POSTGRES: db
REDMINE_DB_DATABASE: redmine
REDMINE_DB_USERNAME: redmine
REDMINE_DB_PASSWORD: degistirin_guclu_bir_parola
REDMINE_SECRET_KEY_BASE: uzun_rastgele_bir_anahtar
volumes:
- redmine_files:/usr/src/redmine/files
- redmine_plugins:/usr/src/redmine/plugins
ports:
- "3000:3000"
depends_on:
- db
db:
image: postgres:16
container_name: redmine_db
restart: always
environment:
POSTGRES_DB: redmine
POSTGRES_USER: redmine
POSTGRES_PASSWORD: degistirin_guclu_bir_parola
volumes:
- redmine_db:/var/lib/postgresql/data
volumes:
redmine_files:
redmine_db:
redmine_plugins:
Dosyayı bir dizine kaydedip aynı klasörde şu komutu vermeniz yeterlidir:
docker compose up -d
Elle kurmayı tercih ederseniz, sistem paketlerini ve Ruby'yi hazırladıktan sonra bağımlılıkları Bundler ile yükler, veritabanını oluşturur ve şema geçişlerini çalıştırırsınız:
# Bağımlılıkları yükle
bundle install --without development test
# Oturum güvenliği için gizli anahtar üret
bundle exec rake generate_secret_token
# Veritabanı tablolarını oluştur
RAILS_ENV=production bundle exec rake db:migrate
# Varsayılan veri (roller, durumlar) yükle
RAILS_ENV=production bundle exec rake redmine:load_default_data
Veritabanını elle oluşturuyorsanız, PostgreSQL tarafında tipik komutlar şöyledir:
CREATE ROLE redmine LOGIN PASSWORD 'degistirin_guclu_bir_parola';
CREATE DATABASE redmine OWNER redmine ENCODING 'UTF8';
GRANT ALL PRIVILEGES ON DATABASE redmine TO redmine;
Kurulumdan sonra tarayıcınızdan sunucunuzun adresine :3000 ekleyerek Redmine'a ulaşırsınız. İlk giriş için varsayılan yönetici hesabı admin / admin şeklindedir; ilk işiniz bu parolayı değiştirmek olmalıdır. Ardından Yönetim menüsünden dil, e-posta (SMTP) ayarları ve varsayılan rolleri yapılandırırsınız.
Ters vekil, SSL ve e-posta ayarları#
Redmine'ı doğrudan 3000 portundan yayına almak yerine önüne bir ters vekil (reverse proxy) koymak, üretim ortamı için standart yaklaşımdır. Böylece uygulamaya standart 443 portundan HTTPS ile erişilir ve sertifika yönetimi tek noktada toplanır. Nginx bunun için en yaygın tercihtir:
server {
listen 443 ssl;
server_name proje.sirketiniz.com;
ssl_certificate /etc/letsencrypt/live/proje.sirketiniz.com/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/proje.sirketiniz.com/privkey.pem;
client_max_body_size 32m;
location / {
proxy_pass http://127.0.0.1:3000;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
}
}
Buradaki client_max_body_size ayarı önemlidir; issue'lara eklenen dosya boyutu sınırını belirler ve varsayılan düşük bir değerde büyük ekler reddedilir. HTTPS için ücretsiz bir Let's Encrypt sertifikası kullanabilir ya da yönetimi bize bırakıp SSL sertifikası çözümlerimizden yararlanabilirsiniz. Şifresiz bir Redmine, giriş bilgilerinin ve proje verisinin açıktan aktarılması demektir; bu yüzden SSL bir tercih değil, zorunluluktur.
Redmine'ın en çok kullanılan yanlarından biri e-posta bildirimleridir: bir issue size atandığında ya da güncellendiğinde otomatik uyarı alırsınız. Bunun çalışması için bir SMTP sunucusu tanımlamanız gerekir. Docker kurulumunda ortam değişkenleriyle, elle kurulumda ise config/configuration.yml dosyasıyla ayarlanır:
production:
email_delivery:
delivery_method: :smtp
smtp_settings:
address: "smtp.sirketiniz.com"
port: 587
authentication: :login
user_name: "[email protected]"
password: "eposta_parolasi"
E-posta gönderimi için ihtiyaç duyduğunuz güvenilir bir posta altyapısını e-posta hizmetlerimizle kurabilirsiniz.
Eklentilerle genişletme#
Redmine'ın 20 yıla yaklaşan ömrünün en değerli mirası, zengin eklenti ekosistemidir. Çekirdek Redmine bilinçli olarak sade tutulmuştur; ihtiyaç duyduğunuz ileri özellikleri eklentilerle katarsınız. Bu modüler yaklaşım, sistemi kendi süreçlerinize göre büyütmenizi sağlar.
Popüler eklentiler arasında Agile/Kanban panoları (issue'ları sürükle-bırak kartlar hâlinde yönetmek için), CRM ve fatura modülleri, gelişmiş iş yükü ve kaynak planlama araçları, checklist ve daha zengin metin editörleri sayılabilir. Ayrıca Redmine, Git ve Subversion gibi sürüm kontrol sistemleriyle gömülü olarak entegre olur; bir depoyu bir projeye bağladığınızda commit mesajlarındaki #123 gibi referanslar otomatik olarak ilgili issue'ya bağlanır. Kendi Git sunucunuzu kurmak isterseniz bu entegrasyonu Gitea kurulumumuzla birlikte kullanabilirsiniz.
Docker kurulumunda bir eklenti yüklemek için eklentiyi plugins dizinine kopyalar, bağımlılıklarını yükler ve şema geçişini çalıştırırsınız:
# Eklenti dosyalarını plugins dizinine yerleştirdikten sonra
docker exec redmine bundle install
docker exec redmine bundle exec rake redmine:plugins:migrate RAILS_ENV=production
docker restart redmine
Eklentilerde tek dikkat noktası sürüm uyumluluğudur. Her eklenti belirli Redmine sürümleriyle uyumludur; Redmine'ı yükseltmeden önce kullandığınız eklentilerin yeni sürümü desteklediğinden emin olmalısınız. Bu yüzden çok sayıda eklentiye yaslanan bir kurulumda güncellemeleri her zaman önce bir test ortamında denemek en sağlıklı yoldur.
Güvenlik, yedekleme ve bakım#
Kendi Redmine sunucunuzu yönetiyorsanız güvenliği ve sürekliliği de siz üstlenirsiniz. Birkaç temel önlem kurulumunuzu ciddi ölçüde sağlamlaştırır.
- Varsayılan yönetici parolasını hemen değiştirin ve mümkünse yönetim hesapları için iki adımlı doğrulama sunan bir eklenti kullanın.
- Her zaman HTTPS kullanın; ters vekil arkasında sertifikasız çalıştırmayın.
- Kayıt (self-registration) ayarını denetleyin. Herkesin hesap açmasını istemiyorsanız, Yönetim ayarlarından kaydı kapatın ya da yönetici onayına bağlayın.
- Güncel kalın. Redmine'ı ve veritabanı imajlarını düzenli güncelleyin; yayımlanan güvenlik yamalarını takip edin.
- Güvenlik duvarı kurun ve veritabanı portunu asla internete açmayın.
Yedekleme tarafında Redmine'da korunması gereken iki bileşen vardır: veritabanı ve yüklenen dosyalar (files dizini). Veritabanını pg_dump ile, dosyaları ise düz bir arşivle yedekleyebilirsiniz:
# Veritabanı yedeği
docker exec redmine_db pg_dump -U redmine redmine > redmine_$(date +%F).sql
# Yüklenen dosyaların yedeği
docker run --rm -v redmine_files:/data -v $(pwd):/backup alpine \
tar czf /backup/redmine_files_$(date +%F).tar.gz -C /data .
Bu iki yedeği bir cron göreviyle otomatikleştirip sunucu dışına kopyalamak kritik önemdedir; aynı sunucuda duran yedek, sunucu tümden kaybolduğunda işe yaramaz. Otomatik ve dış konuma alınan bir çözüm isterseniz yedekleme hizmetlerimizi değerlendirebilirsiniz. Kurulumdan yükseltmeye kadar teknik yükü hiç üstlenmek istemiyorsanız, sunucu yönetimi hizmetimiz bu bakımı sizin adınıza üstlenir; hazır kurulu uygulamalar için ise App Center kataloğumuza göz atabilirsiniz.
Sıkça Sorulan Sorular#
Redmine ücretsiz mi?#
Evet, Redmine tamamen ücretsiz ve açık kaynaklıdır; GNU GPL v2 lisansıyla dağıtılır. Kullanıcı sayısı, proje sayısı ya da herhangi bir özellik için lisans ücreti ödemezsiniz. Tek maliyetiniz, uygulamayı çalıştıracağınız sunucudur. Bazı üçüncü taraf eklentiler ücretli olabilir, ancak çekirdek Redmine ve topluluk eklentilerinin büyük çoğunluğu bedelsizdir.
Redmine ile Jira arasındaki temel fark nedir?#
En belirgin fark barındırma ve maliyet modelidir. Redmine kendi sunucunuzda çalışan, ücretsiz ve açık kaynaklı bir çözümken Jira genellikle kullanıcı başına ücretlendirilen ticari bir üründür. Jira daha cilalı bir arayüz ve geniş bir entegrasyon pazarı sunar; Redmine ise tam veri sahipliği, sınırsız kullanıcı ve derin özelleştirme imkânı verir. Bütçeyi ve verinin kendi sunucunuzda kalmasını önceliklendiren ekipler için Redmine dengeli bir seçimdir.
Redmine hangi veritabanlarını destekler?#
Redmine, MySQL, MariaDB, PostgreSQL ve SQLite ile çalışır. Üretim ortamları için PostgreSQL veya MySQL/MariaDB önerilir; bu sistemler eş zamanlı erişim ve büyüyen veri altında daha kararlı davranır. SQLite yalnızca deneme veya çok küçük kişisel kurulumlar için makuldür. Bu rehberdeki örneklerde, güvenilirliği ve performansı nedeniyle PostgreSQL kullandık.
Redmine'ı kaç kullanıcı ve proje ile kullanabilirim?#
Redmine'ın yazılımsal bir kullanıcı ya da proje sınırı yoktur; ölçek tamamen sunucunuzun kaynaklarına bağlıdır. Küçük ekipler 2 GB RAM'li bir sunucuda rahatça çalışır. Yüzlerce kullanıcı ve on binlerce issue'ya ulaşan büyük kurumsal kurulumlar için daha güçlü bir sunucu, ayrılmış bir veritabanı ve önbellek katmanı planlamak gerekir. Yani sistem, ihtiyacınıza göre ölçeklenebilir bir yapıdadır.
Eklentiler Redmine'ı yavaşlatır mı?#
Çok sayıda ağır eklenti, her sayfa yüklemesinde ek işlem anlamına geldiği için performansı etkileyebilir. Bu yüzden yalnızca gerçekten kullandığınız eklentileri yüklemeniz ve her birinin kullandığınız Redmine sürümüyle uyumlu olduğundan emin olmanız önemlidir. Uyumsuz ya da bakımsız kalmış bir eklenti, yavaşlamanın ötesinde yükseltmeleri de zorlaştırabilir. İyi bir uygulama, eklentileri önce bir test ortamında denemek ve gereksizleri kaldırmaktır.
Redmine kurmak için Ruby bilmem gerekir mi?#
Hayır, Redmine'ı kullanmak ve yönetmek için Ruby bilmeniz gerekmez; arayüzden her şeyi tarayıcıdan yönetirsiniz. Ruby bilgisi yalnızca elle kurulum, eklenti geliştirme ya da derin sorun giderme gibi ileri senaryolarda işe yarar. Docker ile kurulum yaptığınızda bu teknik ayrıntıların çoğu sizden gizlenir ve birkaç komutla çalışan bir sistem elde edersiniz.
Kapanış#
Redmine, yirmi yıla yaklaşan olgunluğu, esnek rol/izin modeli ve gömülü zaman takibiyle proje yönetimini tahminden çıkarıp ölçülebilir bir sürece dönüştürür. Çekirdeğin sade, ekosistemin ise geniş olması, onu hem küçük bir ekibin basit görev listesine hem de büyük bir kurumun tam teşekküllü proje sistemine dönüştürebilecek kadar esnek kılar. Üstelik tüm bunları, verileriniz kendi sunucunuzda kalırken ve lisans ücreti ödemeden yaparsınız.
Kendi Redmine kurulumunuz için sağlam ve kesintisiz çalışan bir zemine ihtiyacınız var. Bu tür sürekli çalışan servisler için sanal sunucu (VDS) ve genel sunucu çözümlerimizi inceleyebilir, kurulum ve bakımla uğraşmak istemiyorsanız sunucu yönetimi hizmetimizden yararlanabilir veya hazır uygulamalar için App Center kataloğumuza göz atabilirsiniz. Ekibinizin işini bugün düzene sokmaya başlayabilirsiniz.