Redmine For Inter Pengurusan: Pengalaman Praktikal Pelaksanaan Sistem OpenSource yang luas

Prasejarah kecil. Seperti yang anda ketahui, automasi sentiasa bermula dengan sesuatu yang "ceria". Mengautomasikan diri anda atau pengurusan anda yang kami mulakan dari kehidupan yang baik. Ini biasanya berlaku kerana organisasi membesar, menjadi sukar untuk menavigasi dalam banyak maklumat yang masuk dan tersedia. Jadi organisasi kami pada satu ketika mula berkembang pesat, jadi kami memerlukan dengan cepat dari kekacauan untuk melakukan sesuatu yang berstruktur, berguna dan mudah.

Apa yang berlaku huru-hara dalam sistem kita? Ini bermakna permintaan yang tidak diperintahkan yang tidak tertakluk kepada analisis dan permintaan penstrukturan datang dari pengguna, dan tidak ada pengurusan projek seperti itu. Pertanyaan adalah pembekuan di suatu tempat di dalam mel, dalam Word, di kepala penganalisis, pengaturcara, pengurus jabatan - bergantung kepada struktur yang digunakan dalam organisasi.

Kami memutuskan untuk mengeluarkan huru-hara anda menggunakan perisian Redmine. Segera membuat tempahan yang kami tidak akan bercakap mengenai metodologi. Kami akan bercakap dengan tepat tentang kemungkinan redmine, tentang bagaimana kami menerapkannya. Setiap syarikat mempunyai nuansa sendiri, jangan bawa kami kepada kami, jangan ambil orang lain. Buat analisis anda, bertindak seperti yang anda fikir betul dan perlu untuk anda. Jangan takut kesalahan, kerana pada kesilapan yang kita pelajari.

Dari Chaos, yang kami ada, kami cuba bergerak ke pesanan. Sekarang kita berada di tengah-tengah cara ini. Sudah tentu, tidak semuanya adalah dan akan menjadi tanpa awan dan licin, tetapi kami sangat berusaha.

Di dalam syarikat kami, kami memperuntukkan tiga masalah utama:

  • Pertama, kami memerlukan sistem untuk mengesan kesilapan, insiden dan permintaan yang masuk, iaitu. Kami perlu mengautomasikan Tracker Bug;
  • Kedua, kami mahu memperuntukkan pengurusan projek. Tidak dipantau sepenuhnya oleh automasi, yang membayangkan penggunaan metodologi, dan setakat yang diperlukan untuk dibuat di peringkat pembangunan dan dengan beberapa jenis masa depan. Seterusnya, anda akan melihat bagaimana kami menggunakan redmine untuk ini, dan di mana kami akan membangunkannya lagi;
  • Ketiga, kami memperuntukkan Unit Kawalan Perkhidmatan IT (ITSM) ke dalam sistem yang berasingan, bagaimanapun, juga tidak sepenuhnya. Jabatan kami menyediakan perkhidmatan IT yang berbeza yang perlu diuruskan.

Di samping itu, kami memperuntukkan masalah peribadi kami:

  • Ini, saya ulangi, pelbagai perkhidmatan IT, kerana pengaturcara menjalani kehidupan mereka, pentadbir sistem, masih terdapat jabatan pemasaran internet dan lain-lain;
  • Setiap mempunyai struktur sendiri dan keinginan mereka untuk menguruskan jabatan. Di semua jabatan, metodologi yang berbeza, pendekatan, pengurus dan psikotaip - ia mengenakan jejaknya kepada pilihan sistem. Tetapi adalah perlu untuk bergerak dengan semua pada masa yang sama, dan, mencapai satu matlamat - suatu perintah tertentu dalam organisasi, aksesibiliti maklumat dan peramal;
  • Di samping itu, terdapat satu lagi KPI, yang dalam semua dikira oleh petunjuk yang berbeza;
  • Untuk membangunkan lagi, kita memerlukan analisis tambahan mengenai maklumat yang akan datang, apa yang berlaku di jabatan dan bagaimana ia dapat dilihat dalam organisasi secara keseluruhan;
  • Kita mesti mengawal belanjawan dalaman, dalam rangka yang kita masukkan atau, paling kerap, tidak masuk. Mereka juga perlu menganalisis dan mengurusnya. Adalah lebih baik untuk melakukan semua ini dalam satu sistem - khususnya, ia mudah untuk manual.

Oleh itu, kami memperuntukkan tiga sistem yang saya ingin menggabungkan menjadi satu.

Bagi setiap sistem ini terdapat perisian khusus yang berasingan. Ia adalah semua produk automasi yang terkenal yang mempunyai kebaikan dan keburukan mereka sendiri, jadi jika anda memilih sistem untuk diri sendiri, pertimbangkan semuanya.

Tidak semua produk disenaraikan di slaid, terdapat lebih banyak daripada mereka, dan bukan sahaja di pasaran Rusia, tetapi juga di Barat. Tetapi bagi kami, salah satu keperluan adalah antara muka yang berbahasa Rusia, kerana produk ini akan digunakan bukan sahaja pengaturcara dan pentadbir sistem yang lebih kurang difahami Bahasa Inggeris, tetapi juga pengguna biasa.

Mana nak pergi? Banyak produk. Keperluan untuk mereka dari pelbagai jabatan dan kawalan adalah berbeza. Kami akan memilih.

Hasil daripada analisis dan pilihan, serta dengan pemfailan Alexei Lustin, produk redmine yang meliputi kawasan tertentu datang kepada kami. Mari kita cari jenis rantau yang diliputi?

Ia meliputi sepenuhnya pelacak bug, yang kami mahu lari di syarikat itu. Ini adalah pemusatan penerimaan permohonan daripada pengguna dan pelanggan mana-mana peringkat. Ia adalah titik kesakitan yang paling asas, yang diperlukan untuk segera mengautomasikan. Saya fikir setiap orang mempunyai masalah ini, kerana, seperti yang telah saya katakan, maklumat itu datang dalam kecurigaan dan menetap di tempat yang berbeza - dalam mel, dalam Word, dalam Excel atau Heads. Maklumat sedemikian tidak tertakluk kepada menganalisis dan mendapatkan kesimpulan dan keputusan. Akibatnya, ternyata bahawa:

    • Komponen maklumat asas pengetahuan, yang boleh dianalisis dan memahami apa yang perlu dilakukan seterusnya tidak hadir. Ini melambatkan kadar tindak balas dan menjejaskan ketidakberdekaan dan kualiti kerja, dari mana keuntungan secara langsung bergantung;
    • Meningkatkan masa "menyelam" pekerja baru untuk bekerja dengan sistem korporat;
    • Toleransi kegagalan juga masing-masing sendiri - seseorang tanpa sistem kerja tidak boleh hidup dua minit. Oleh itu, pelacak bug memainkan peranan yang besar, dan pada masa itu masalahnya menjadi sangat akut.

Pengurusan Projek Redmine meliputi separuh, kerana produk ini tidak mengkhususkan diri dalam mengurus projek, tetapi terdapat blok tertentu, yang membantu dalam hal ini. Malangnya, ini bukan produk yang ideal, tetapi pada masa itu dia meliputi keperluan yang kami tetapkan kepada sistem.

Dan blok ITS yang sangat kecil dilindungi. Sistem Redmine tidak bertujuan untuk menguruskan perkhidmatan IT, jadi terdapat beberapa kelemahan dalam menjalankan dan menstrukturkan data. Kami telah keluar dari keadaan ini dengan memilih versi sistem ITSM anda.

Oleh itu, pilihan kami adalah redmine. Ia cukup disesuaikan, berskala, fleksibel dan dengan tetapan mudah.

Mengapa redmine?

  • Ini adalah perkataan manis "Freebie". Redmine adalah percuma, walaupun, dengan tempahan, bahawa terdapat plugin berbayar yang anda pilih untuk diri sendiri. Walau apa pun, anda mempunyai sejenis ramalan kos, kerana jika anda membeli plugin dan tidak mengubah platform redmine, maka untuk beberapa waktu, plugin ini boleh digunakan tanpa pelaburan tambahan. Dan jika anda, sebagai contoh, anda perlu mengemas kini, maka anda membayar untuk kemas kini ini dan menggunakannya lagi. Kemas kini platform Redmine berlaku sekali atau dua tahun, dan dikemas kini atau tidak - ini adalah keinginan anda.
  • Redmine mempunyai antara muka intuitif. Kami telah melaksanakan redmine bukan sahaja sebagai produk untuk pengurusan IT, tetapi juga sebagai produk di mana aplikasi dari pengguna diterima untuk pelbagai jabatan. Sebagai contoh, cawangan yang berasingan diserlahkan untuk aplikasi Jabatan Pentadbiran dan Ekonomi.
  • Adalah mungkin untuk mengawal keutamaan dalam pelbagai bentuk analisis, termasuk secara individu mengikut tugas.
  • Masa dan sumber pengurusan. Saya fikir ini adalah unit utama untuk kepala. Ia membolehkan anda memahami berapa banyak jabatan yang dimuatkan, dengan apa tugas apa kos yang berkaitan dan bagaimana untuk mengklasifikasikan kos, tetapi mengenainya di bawah.
  • Analytics dan laporan dalam Redmine adalah lemah, tetapi ada API yang luas. Anda boleh mengambil data dari pangkalan data API, membongkarnya ke sistem anda dan dapatkan sebarang laporan.
  • Tetapan fleksibel, penyesuaian dan automasi operasi manual dengan plugin.
  • Integrasi dengan GIT adalah salah satu petunjuk penting. Repositori pangkalan data kami disambungkan ke gitlab, dan dalam mana-mana tugas redmine anda boleh melihat log (edisi berkaitan): siapa, ketika dan apa yang telah berubah mengikut tugas ini, dengan peralihan ke Gitlab.

Untuk maklumat: GIT adalah sistem kawalan versi yang diedarkan. Ia menjejaki, membetulkan dan menyimpan maklumat (versi) mengenai perubahan dalam mana-mana fail dan direktori, dan juga memantau integriti data. Dalam kes kita, kita bercakap tentang kod sumber 1C.

Inilah yang disenaraikan oleh edisi berkaitan:

  • Pengurusan Tugas dan Penjejakan Ralat. Ini adalah pelacak bug standard, yang akan kami gunakan.
  • Pengurusan insiden, projek, belanjawan. Semua pembentukan belanjawan dijalankan dengan cara mereka sendiri. Saya akan menunjukkan bagaimana kami mengautomasikannya pada diri sendiri, dan anda kemudian boleh cuba mengautomasikan pengurusan belanjawan dalam diri anda - saya fikir ia akan mudah, kerana terdapat buruh dalam redmine, dan anda juga boleh memindahkannya ke wang juga.
  • Wiki dalam Redmine tidak dilaksanakan dengan baik, jadi lebih baik menggunakan produk lain untuk tujuan mewujudkan asas pengetahuan dan kerjasama. Untuk diri sendiri, kami memilih sistem pertemuan dari Atlassian, yang merupakan salah satu yang paling biasa dan mudah bekerja. Anda juga boleh mempertimbangkan sistem: Dokuwiki, MediaWiki dan lain-lain.

Apakah redmine di bawah hud?

  • Redmine sangat cepat dan hanya berlaku.
  • Ia berfungsi pada kebanyakan OS.
  • Platform di mana ia dilaksanakan adalah Ruby on Rails. Jika anda ingin menyesuaikan redmine di bawah diri kita, anda perlu mempunyai kompetensi di Ruby di Rails, jika tidak, ia tidak akan menjadi sangat mudah, kerana Tidak semuanya boleh dibuat plugin siap sedia.
  • Sokongan untuk pelbagai DBMS bercakap untuk dirinya sendiri.
  • Dengan RSS atau E-mel, anda boleh menganjurkan amaran mengenai sebarang acara.
  • Pengesahan iklan boleh didapati.
  • Integrasi dengan Sistem Kawalan Versi SCM (SVN, CVS, GIT, Mercurial, Bazaar dan DARCS).

Bertemu redmine.

Anda boleh memuat turun Redmine, memasangnya pada komputer anda dan "Eksperimen." Atau gunakan pelayan awan, dan "dalam satu klik" untuk meletakkan diri anda versi pra-dipasang redmine, yang biasanya dimasukkan dalam perkhidmatan hosting.

Contoh pemasangan untuk sebarang sistem, termasuk penggunaan perkhidmatan awan, boleh didapati di Internet. Arahan rasmi pada pautan:

Jadi kelihatan seperti senarai tugas dalam redmine.

Terdapat standard dan beberapa antara muka tambahan. Benar, apabila menukar antara muka, beberapa fungsi boleh berhenti berfungsi, kerana Antara muka khusus tidak mengambil kira plugin yang anda akan bekerja - selepas semua, ini adalah produk sumber terbuka. Tetapi ini tidak menghalangnya daripada menjadi alat yang mudah walaupun menggunakan antara muka standard.

Pentadbiran diperuntukkan dalam struktur yang berasingan dan cukup difahami.

Senarai modul yang disambungkan ke redmine anda, anda sentiasa boleh melihat dan menganalisis dalam bahagian pentadbiran yang sesuai.

Kita tidak mempunyai "bersih" redmine, kerana Terdapat kira-kira 35 plugin. Kami membeli beberapa daripada mereka.

Maklumat mengenai plugin boleh didapati di enjin carian dengan kata kunci "plugin untuk redmine". Sebagai contoh, terdapat dua tapak di mana anda boleh memuat turun atau membeli plugin yang baik untuk mula bekerja dengan redmine:

Semua plugin adalah Russified, anda boleh membeli dan menggunakannya. Perkara utama adalah untuk memilih yang selesa. Hanya memberi perhatian kepada versi Redmine yang menyokong plugin, kerana jika versi yang disokong tidak sepadan dengan anda, ada peluang bahawa plugin tidak akan berfungsi.

Sedikit tentang automasi keperluan kita

Struktur "Projek"

Kami menggunakan redmine bukan mengikut kepimpinan standard. Sebagai contoh, dalam rangka sistem, konsep "projek" adalah cawangan yang berasingan dalam hierarki struktur. Kami menggunakan pokok "projek" sebagai klasifikasi tahap. Di peringkat teratas terdapat jabatan eksekutif, dia tertakluk kepada jabatan yang disampaikan, maka sistem, subsistem dan perkhidmatan diikuti.

Sebahagian daripada pokok kelihatan seperti ini:

Jabatan Pentadbiran Sistem juga menggunakan pendekatannya kepada hierarki projek. Kerja ini dibina berdasarkan klasifikasi perkhidmatan yang disediakan - ia membantu menyelesaikan masalah dengan kawalan perkhidmatan. Oleh itu, dalam cawangan ITSM, Project Hierarki adalah katalog perkhidmatan perniagaan. Untuk kemudahan, mereka bernombor.

Kemasukan aplikasi dalam redmine

Mengikut contohnya, saya akan memberitahu anda bagaimana kami menganjurkan penerimaan permohonan dalam redmine.

Jabatan kami dibahagikan kepada 3 kumpulan:

  • Pasukan pembangunan;
  • Sekumpulan analisis dan iringan - di sini termasuk pekerja yang menghasilkan tahap "dua setengah" sokongan. Mereka menasihati, menganalisis masalah, jika perlu, kod "baca" boleh menulis permintaan untuk analisis data, serta kesilapan yang betul dalam kod. Akibatnya, kami berjaya mengecualikan gangguan pengaturcara dari masalah kecil, serta dengan bantuan penganalisis, kami memisahkan pengaturcara dari pelanggan dan belakang, kerana Segala-galanya, mungkin, menghadapi masalah hubungan antara mereka.
  • Dan sekumpulan pentadbir pangkalan data 1C.

Oleh itu, penerimaan permohonan dalam redmine dengan kami dijalankan melalui penulisan surat biasa pada peti mel yang diserlahkan. Bagi organisasi peti mel individu, kami di setiap jabatan dan dalam setiap kumpulan memperuntukkan struktur "projek" mereka, contohnya:

Bagi setiap projek, kami dalam Plugin Helpdesk mengkonfigurasi peti mel anda. Tangkapan skrin menunjukkan tetapan plugin helpdesk untuk salah satu projek:

Surat yang memasuki peti mel yang dilekatkan pada "projek" jatuh ke dalam sistem kami sebagai aplikasi dengan tujuan "permintaan pengguna". Semua ini membawa kepada pengurangan pekerja kos buruh ke klasifikasi utama permintaan yang masuk. (Contoh dalam tangkapan skrin: 1.2 Pentadbir 1C, 1.4 Tiket Confluence, 1.5 Sokongan untuk YURAIT DPP)

Sekiranya mustahil untuk menghasilkan pemilihan struktur sedemikian, maka ia agak mungkin untuk memilih satu peti mel, dan di dalam pokok untuk membuat cawangan bawahan, di mana aplikasi akan diagihkan ke baris sokongan pertama selepas klasifikasi utama (tangkapan sampel sampel : 1.3 Sokongan Pengguna).

Akibatnya, aplikasi melepasi kitaran:

  • Pertama, kemasukan automatik utama dalam projek sedang berlaku;
  • Kemudian penganalisis mengedarkan permohonan itu, iaitu. mengklasifikasikan, mengkategorikan dan mengutamakannya;
  • Selepas itu, penganalisis memindahkan permohonan ke cawangan yang dikehendaki.

Dalam permohonan terdapat bidang klasifikasi tertentu, sesetengah daripada mereka secara preten, dan bahagian itu ditambahkan oleh kami. Selaras dengan ini, pengisian yang diperlukan utama menggunakan parameter dilakukan:

  • Keutamaan;
  • Kategori;
  • Jabatan Pelanggan;
  • Bidang castom pelbagai jenis.

Mereka. Sekiranya kejadian berlaku, anda boleh memastikan bahawa ia tidak akan diluluskan tanpa disedari.

Contoh aplikasi yang diterima dan medan yang digunakan:

Tetapan "Projek"

Di dalam "Projek" mungkin terdapat beberapa jenis pelacak. Di sini, sebagai contoh, sering digunakan pelacak:

  • Permintaan pengguna;
  • Tugas;
  • Kesilapan;
  • Ayat;
  • Projek perniagaan;
  • Program Projek Perniagaan, dsb.

Penjejak mungkin menjadi nombor yang tidak terhad - mereka boleh ditambah secara manual. Setiap tracker secara fleksibel dikonfigurasikan.

Dalam tetapan "Projek", kita boleh menentukan pelacak mana yang digunakan, serta bidang adat yang boleh disambungkan.

Juga, modul yang diperlukan dan tetapan lain juga disambungkan ke setiap cawangan. Anda boleh mencari ini dalam dokumentasi redmine standard.

Selepas menyambung modul, anda tidak perlu menghasilkan manipulasi yang kompleks, anda hanya perlu menyimpan senarai modul "projek" semasa dan mereka akan muncul dalam bentuk tab apabila anda pergi ke mana anda boleh membuat yang diperlukan Tetapan.

Di samping itu, Redmine sangat fleksibel dikonfigurasikan untuk mengakses hak-hak tahap yang berbeza untuk "projek" dan pada fungsi yang berasingan, serta ketersediaan setiap bidang.

Pada halaman keseluruhan "Projek", anda dapat melihat semua jenis pelacak dan statistik terhadap mereka. Dan juga, apabila "jatuh ke bawah" ke dalam pelacak, anda melihat bawahan "projek" ini isu - mari kita panggil mereka "kad".

Projek perniagaan

Saya ulangi sedikit. Sejak dalam konsep Redmine "Project" - ini adalah cawangan struktur struktur, maka untuk penyelenggaraan projek-projek sebenar, kami memperuntukkan cawangan berasingan dengan pelacak "Projek Perniagaan" dan "Program Projek Perniagaan". Ini membolehkan kami menyimpan laporan status mengenai projek perniagaan kami dan membentuk kos dari segi pangkalan pengedaran.

Struktur cawangan ini juga dibahagikan kepada ejaan pada spesifik: jabatan, pelanggan, sistem, subsistem.

Kerana. Syarikat pengurusan kami, jabatan berpusat menemani semua syarikat yang termasuk dalam Wiseadvice GK. Dalam hal ini, kami sedang menjalankan projek secara individu untuk mana-mana syarikat dan bersama untuk beberapa syarikat. Akibatnya, bagi setiap projek dan tugasnya adalah untuk membelanja dan menulis dari kos jabatan.

Dalam kad projek perniagaan, anda juga boleh mengkonfigurasi bidang yang diperlukan. Contoh bidang yang kami gunakan:

  • Pengedaran asas / penerima kos;
  • Bonus untuk projek itu;
  • Penilaian kos buruh;
  • Tarikh permulaan / penyelesaian yang dirancang;
  • Laporan status hari dan lain-lain.

Semua tugas yang dibuat dalam projek itu adalah bawahan kepada kad utama projek perniagaan.

Laporan status diserahkan kepada pelanggan sekurang-kurangnya sekali seminggu. Seluruh cerita terkumpul di dalam kad dan dihantar kepada pihak yang berminat.

Pelanggan dan pihak berkepentingan lain boleh melihat maklumat berikut mengenai projek perniagaan pada bila-bila masa:

  • Status Projek;
  • Anggaran kos buruh;
  • Kos buruh sebenar kini dalam konteks pelaksanaan dan pekerja;
  • Kesediaan projek;
  • Perumusan projek perniagaan;
  • Keseluruhan sejarah surat-menyurat;
  • Tarikh perancangan projek itu bermula, jika dia ditangguhkan kerana keutamaan;
  • Tarikh yang dirancang untuk menyelesaikan projek.

Kos buruh yang sebenar dikumpulkan dari tugas-tugas projek perniagaan bawahan yang dibelanjakan oleh kakitangan jabatan.

Berdasarkan tugas yang terbentuk, anda boleh membina gambarajah Ganta, tetapi hanya dalam versi bermaklumat. Di samping itu, adalah mustahil untuk menggunakannya dan secara interaktif.

Apabila bekerja dengan jadual perancangan kalendar, anda boleh menggunakan laporan grafik. Sebagai contoh:

Kami menggunakan papan tugas untuk mengedarkan tugasan dalam perancangan mingguan.

Semua ini dilaksanakan melalui plug-in, yang termasuk kemungkinan menjalankan papan tangkas atau Kanban.

Sebagai contoh:

Dengan mengambil kira ciri-ciri plugin, ternyata seperti papan Kanban. Ia boleh secara interaktif dikuasai oleh paket - kedua-dua di antara status dan antara penghibur. Pada tiga antara muka telah diperiksa - ia hanya berfungsi pada dua. Antara muka standard adalah betul-betul berjalan. Sangat mudah untuk dipaparkan di TV / skrin besar untuk planet / perhimpunan.

Juga, perancangan boleh dilakukan menggunakan versi dan kemudian menukar versi ke dalam siaran.

Sebagai keberkesanan kerja Jabatan, kami membentuk laporan dalam konteks kos pengagihan kos dan kos buruh sebenar jabatan.

Laporan buruh standard boleh digariskan:

Kami menggunakan kecenderungan laporan mengenai kos buruh:

  • Pangkalan Data Pengedaran Kos - medan adat kami;
  • Penerima kos - bidang Castom kami;
  • Pengguna adalah medan standard.

Pembentukan ini boleh berlaku dalam konteks tempoh:

Untuk belanjawan kami, kami hanya menggunakan "bulan". Contoh laporan:

Tangkapan skrin memberikan contoh dengan kos buruh sebenar dalam konteks pangkalan pengedaran untuk bulan Ogos.

Di samping itu, anda boleh membentuk laporan terperinci untuk setiap nilai masa yang diisytiharkan. Sekiranya perlu, semua laporan ditukar kepada CSV, jadi analisis lanjut boleh dibuat dalam Excel.

Dan, tentu saja, sebagai nama 1c yang benar, kita boleh menulis maklumat pemunggah dari Redmine dalam 1C untuk membentuk laporan anda dalam 1C dengan kumpulan dan maklumat yang diperlukan.

Contoh salah satu laporan kos:

Lebih sedikit lagi mengenai fungsi redmine

Daripada fungsi berguna tambahan dalam redmine, saya ingin menyerlahkan:

  • Mod pengesahan - sama ada mengikut iklan, atau melalui login dan kata laluan;

  • Sistem peringatan. Pengguna akan dimaklumkan mengenai perubahan dalam tugas. Anda boleh mengkonfigurasi makluman e-mel dan RSS;

  • Menggabungkan pengguna ke kumpulan. Dengan alat ini, anda boleh membentuk dalam struktur hierarki redmine perusahaan. Terdapat plugin mengenai integrasi dengan sistem perakaunan dan mengkloning strukturnya dalam kumpulan;
  • Model peranan betul, dengan pelbagai persediaan pelbagai peringkat;

  • Menetapkan aliran kerja (kitaran hayat) bagi setiap tracker untuk setiap peranan;

  • Kehadiran plugin integrasi dengan MS Outlook. Sebagai contoh, plugin yang agak mudah dengan banyak fungsi, seperti mewujudkan aplikasi dalam redmine secara langsung dari huruf, mengulas, menjejaki, dan sebagainya; Laman rasmi:

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

  • Terdapat juga plugin untuk mengintegrasikan dengan sistem pemesejan segera, seperti telegram, dan gerbang SMS. Pada mana-mana saluran komunikasi, anda boleh menghantar makluman, seperti insiden, maklumat pemantauan, dan sebagainya;
  • Sekiranya terdapat kecekapan, adalah mungkin untuk membuat sebarang plugin sendiri.

Soalan - Jawapan:

Soalan dari dewan : Katakan kami telah menyediakan akses kepada pelanggan, dan kami mempunyai senarai tertentu perkhidmatan yang disokong untuknya. Sebagai contoh, seperti dalam contoh anda, terdapat perkhidmatan Sysadminov dan Perkhidmatan Coder. Dengan beberapa jenis pelanggan, kami bekerja pada kedua-dua jenis perkhidmatan, dan dengan beberapa jenis hanya satu jenis. Adakah mungkin pada tahap hak untuk mengehadkan jenis perkhidmatan yang tersedia untuk pelanggan?

Jawab: Ini hanya berbeza dengan cawangan yang berasingan yang diperuntukkan di bawah Pelanggan - "Projek", di mana tugas untuk perkhidmatan terpilih boleh dibuat secara individu untuk pelanggan ini. Atau anda perlu menyediakan akses kepada semua tugas dalam cawangan - "Projek" sokongan untuk perkhidmatan ini. Keupayaan standard untuk menghadkan hak pada tanda perkhidmatan dan pelanggan dalam "projek" dalam redmine "keluar dari kotak" tidak. Anda boleh mencari plugin sedemikian atau menulis sendiri. Kami tidak mempunyai struktur yang kompleks, tetapi ada tugas yang perlu didapati hanya untuk unit utama individu, jadi mereka telah dibuat untuk mereka.

Soalan dari dewan: Ternyata setiap pelanggan adalah "projek". Dan di dalam satu "projek" bolehkah subprojects lakukan?

Jawab: Ya, sebanyak yang anda suka. Kami, sebagai contoh, menonjolkan orang Yunani untuk memisahkan jabatan pelanggan, dan memberikannya di sana untuk diakses oleh pekerja utama supaya mereka tidak melihat keseluruhan bantuan yang berkaitan dengan pelanggan, dan seluruh struktur, kerana Dia agak besar. Redmine fleksibel dalam tetapan, tetapi, malangnya, dan dalam fleksibiliti terdapat batasan yang menyampaikan beberapa kesulitan. Sudah tentu, terdapat penyelesaian yang lebih khusus yang sangat khusus, tetapi mereka dibayar.

Soalan dari dewan : Dan kos buruh yang dibuat pada setiap status disimpulkan? Sebagai contoh, pada status "dalam kerja" saya menetapkan kos buruh 0.3, dan kemudian pada status "Analisis" saya menetapkan lebih banyak kos buruh.

Jawapan : Kos utama pergi secara umum untuk tugas itu. Tidak mustahil untuk mengklasifikasikan kos buruh mengikut status, tetapi kos buruh mempunyai "aktiviti" bidang, intipati yang dapat mencerminkan proses di mana anda menangguhkan masa. Ia juga boleh diedit. Apabila menulis melalui kos buruh, seorang pekerja memilih jenis aktiviti yang ditetapkan. Seterusnya, menggunakan laporan, anda boleh menarik balik masa dalam konteks proses.

Tanpa petunjuk jenis aktiviti, laporan itu hanya boleh dibentuk oleh jumlah masa dalam konteks pekerja + hari.

Ringkasan Data analitikal boleh dilihat oleh laporan. Secara langsung dalam tugas hanya kos tugas semasa dapat dilihat.

Soalan dari dewan : Ternyata saya mempunyai sokongan teknikal yang pertama dan sokongan teknikal kedua. Setiap daripada mereka membelanjakan pada tugas yang sama dalam status yang sama "dalam kerja" masa tertentu. Oleh itu, bagaimana saya boleh menentukan kos buruh sebenar bagi setiap orang dalam tugas pada baris pertama, pada baris kedua, pada baris ketiga?

Jawapan : Saya ulangi, kos pergi secara umum mengenai tugas itu, tetapi jika seseorang menghabiskan banyak masa, dan kemudian orang lain menghabiskan masa - ini tercermin di sini. Sebahagiannya jawapan diberikan di bawah soalan sebelumnya. Kemudian anda dapat melihat mana daripada mereka yang telah dibelanjakan, tetapi hanya dalam versi ini. Tiada kos berasingan hanya jika anda menambah medan adat untuk menghapuskan kos buruh atau menggunakan kumpulan pengguna dan membentuk laporan analisis.

Soalan dari dewan : Bagaimanakah interaksi pengguna dianjurkan? Melalui e-mail?

Jawapan : Menghantar ke surat standard e-mel atau ditulis oleh pengguna, atau lipatan redmine automatik, jika ia adalah pemerhati untuk tugas ini. Juga, jika dia adalah pengguna Redmine, maka panel atas memaparkan berapa banyak tugas yang dilantik berapa banyak yang baru dan berapa banyak perubahan. Saya kini melihat bahawa saya mempunyai 20 tugas, salah satunya adalah baru dan yang diubah. Dari sisi pengguna - hanya e-mel.

Seperti yang dinyatakan di atas, apabila menyambungkan plugin, anda boleh secara unilateral memaklumkan pengguna menggunakan sistem pemesejan segera.

Soalan dari dewan : Adakah terdapat antara muka web untuk penyerahan aplikasi?

Jawapan : Tidak. Redmine berfungsi pada telefon pintar dan tablet, iaitu. mempunyai antara muka yang disesuaikan. Tetapi aplikasi boleh dikemukakan sama ada melalui e-mel, atau memberi akses kepada pengguna terus ke dalam sistem, mengehadkannya hanya untuk membuat. Sebagai ciri tambahan, anda boleh meletakkan plugin dalam Outlook untuk membuat tugas dalam redmine.

Pada masa ini, terdapat plugin Tracker Hider, yang mana anda boleh menghadkan akses kepada pelacak dalam konteks pengguna atau peranan.

Contoh: Mana-mana pengguna dengan peranan "Observer" dalam "Projek" hanya tersedia kad dengan tracker "permintaan pengguna".

Soalan dari dewan : Dan fungsi bekerja dengan e-mel adalah salah satu kotak atau dari plugin?

Jawapan :Ya, ia adalah "keluar dari kotak." Dengan bantuan plugin, ia hanya memperoleh kemudahan dan tetapan tambahan.

Soalan dari dewan : Dan adakah mungkin untuk mengkonfigurasi bahawa pemberitahuan pelanggan, yang kami masukkan ke dalam sistem, hanya pergi pada status tertentu. Kenapa dia harus menonton sepuluh peringkat dalaman kami jika dia memerlukan notis untuk pergi hanya apabila tugas itu selesai?

Jawapan :Kami menyelesaikan keadaan ini seperti berikut.

1. Pertama sekali, kami dilumpuhkan untuk pemberitahuan redmine standard pengguna-pengguna dalam tetapan pengguna. Tetapan ini adalah global untuk semua redmine untuk pengguna semasa.

2. Selanjutnya, untuk cawangan yang diperlukan ("Projek") menghubungkan kemungkinan menghantar surat.

3. Penganalisis, atau RP-Shnik boleh menghantar e-mel menggunakan mekanisme standard: dengan menekan tanda "Hantar Nota" dalam mod Edit Kad. Sekiranya perlu, anda boleh menentukan penerima tambahan.

4. Pengirim boleh menulis sebarang teks dan menambah lampiran yang diperlukan. Atau gunakan corak yang dikonfigurasikan sebelum ini.

 

Untuk melakukan ini, corak siap dipilih, digantikan dengan huruf surat dan ia tetap hanya untuk mengisi, jika perlu, maklumat tambahan.

Selepas itu, anda perlu mengklik butang "Terima", maka komen akan disimpan dan surat tersebut akan dihantar. Pelanggan akan menerima pemberitahuan dalam bentuk surat biasa.

Ini adalah mekanisme standard, kami tidak menyentuh apa-apa. Templat untuk setiap projek adalah individu yang disesuaikan. Ini adalah penyederhanaan yang signifikan terhadap perunding penganalisis, kerana setiap kali anda menulis teks yang sama - ia adalah susah payah.

Sembunyikan apa-apa teks dari pelanggan, jika ia mempunyai akses kepadanya secara langsung ke kad tugas, mungkin hanya melalui penggunaan komen "persendirian" atau dengan mematikan akses kepada jenis komen ini.

Pilihan kedua adalah menggunakan plugin tambahan, kerana Secara lalai, tidak ada tetapan sedemikian.

Soalan dari dewan: Adakah mungkin untuk mengikat rakan niaga untuk tugas yang diterima? Sebagai contoh, saya mempunyai panggilan telefon dengan PBX, di mana nombor rakan niaga dijaringkan, dan Redmine mengambil nombor yang tiba dari PBX, mewujudkan tugas dan mengajarnya ke rakan niaga. Adakah anda menyelesaikan tugas hierarki rakan niaga?

Jawab: Tidak, kami tidak mengintegrasikan redmine dengan telefoni IP, ia bukan matlamat kami. Idea ini bagus, tetapi dalam spesifik kami tidak diperlukan. Di Internet, anda boleh mencari integrasi redmine dengan asterisk.

Soalan dari dewan :Kami mempunyai soalan bukan pada telefoni IP, tetapi pada hierarki rakan niaga. Kami mahu pengurus melihat hierarki yang sama dengan rakan niaga dalam redmine sebagai 1C.

Jawapan : Tidak, struktur hubungan adalah rata. Satu-satunya perkara yang kami tambahkan adalah pautan ke jabatan. Maksimum yang kami gunakan adalah mengumpul kenalan oleh jabatan, kami membuat pelacak bug untuk perkhidmatan domestik, dan bukan untuk pelanggan luar. Dalam redmine itu sendiri, adalah mustahil untuk menganjurkan hierarki rakan niaga, tetapi anda boleh mengaitkan unit dalam redmine dan 1C, dan membentuk laporan ini daripada 1C.

Soalan dari dewan : Dan di manakah kedalaman scrum? Kami mempunyai sprint secara kondisi - 7 hari kalendar (5 hari perniagaan). Di mana saya dapat melihat apa yang menjadi lelaran sprint? Apakah minggu kalendar, apakah nombor sprint?

Jawapan : Kedalaman Scrum boleh dikawal oleh versi. Terdapat ciri versi.

Untuk ini, terdapat seksyen khas "Pelan Operasi" (atau "versi" bergantung kepada antara muka).

Saya mempunyai tiga versi contohnya.

 

Setiap versi mungkin mempunyai nama sendiri, status dan terhad kepada tarikh penyempurnaan.

Untuk setiap versi, senarai tugas dapat dilihat jika ia dibentangkan, serta bilangan yang belum selesai.

Untuk visualisasi, anda boleh membentuk gambar rajah

Versi boleh dikumpulkan, memecahkan tugas, anda boleh membina papan mengikut mereka. Anda boleh memindahkan tugas antara Sprints - peluang sedemikian adalah dalam versi "Versi Perancangan".

Malah, Redmine boleh menjadi alat untuk menganjurkan kerja di skop atau Canbana. Walau bagaimanapun, adalah perlu untuk mengambil kira bahawa kadang-kadang tidak ada penyelesaian yang cukup dan perkara-perkara kecil lain untuk kemudahan. Mungkin terdapat plugin yang menyokongnya. Dalam jumlah yang diperlukan fungsi semasa, ada cukup. Di sini anda boleh membuat tugasan tugas, bergerak antara sprint, lihat bahawa anda tidak mempunyai masa untuk dilakukan untuk masa yang dirancang, dll.

Soalan dari dewan : Bagaimanakah kita mengambil kira tugas-tugas yang tidak dipenuhi dalam pecut semasa? Sekiranya saya melihatnya dalam status? Atau mereka entah bagaimana secara automatik, saya akan menunjukkan bahawa mereka kini diperlukan untuk menempah versi baru?

Jawapan : Anda boleh memilih tugas mengikut versi. Sebagai contoh, untuk melihat "pelan operasi", untuk berapa peratus ia selesai dan bagaimana dipenuhi. Mereka. Berapa banyak tugas yang ditutup dari pecut dan berapa banyak yang belum ditutup - ia akan ditulis di sini. Apabila anda mengklik pada item yang sepadan, senarai tugas yang belum ditutup terbuka. Selanjutnya, seperti yang saya katakan, mereka boleh dianalisis dan dipindahkan ke pecut yang lain.

Anda juga boleh membentuk papan dengan tugas, mengikut versi yang sama dan dalam konteks status.

Dan tentu saja menggunakan senarai tugas standard dengan pemilihan yang diperlukan, yang boleh disimpan dan digunakan dalam operasi tetap.

Soalan dari dewan : Bagaimanakah anda boleh memindahkan tugas ke Sprint yang lain - saya perlu membuka senarai tugas pada satu tab, Kanban-Board pada yang lain dan pemindahan?

Jawab: Boleh jadi. Tetapi lebih mudah untuk menggunakan alat perancangan versi. Pilih dari senarai tugas yang tidak ditetapkan atau tugas yang belum selesai versi tertentu dari tugas yang dikehendaki dan buang ke dalam versi seterusnya tetikus - tunjukkan bahawa kami mengambil tugas ini di Sprint.

Soalan dari dewan: Dan bagaimana anda boleh memberikan semua tugas yang dikunci? Mungkin tiga atau empat versi kembali saya mempunyai beberapa jenis tugas penting di sana. Saya mencatatkannya, dia tergantung di sana. Bagaimanakah saya tidak dapat kehilangannya supaya dia sentiasa digantung dengan saya? Setakat yang saya faham, sekarang anda boleh melihat hanya tugas atau tugas yang tidak diperuntukkan dari Sprint yang dipilih. Dan bagaimana untuk melihat semua tugas yang dikunci dengan hasil kumulatif, untuk memahami, membawa mereka ke pecut semasa atau tidak mengambil?

Jawab: Ini boleh dilaksanakan menggunakan penapisan dalam tugas. Anda boleh membuat tetapan pemilihan dalam status "Buka" dengan parameter yang diperlukan dan simpan.

 

Sebagai contoh, kita boleh mempertimbangkan tetapan, yang dipanggil "tugas untuk menutup". Terdapat tugas dengan status "diselesaikan", yang dilaksanakan oleh jabatan kami dan dipindahkan kepada pelanggan untuk operasi pengeluaran, tetapi tiada maklum balas daripada pelanggan belum diterima. Mereka. Ini adalah kumpulan tugas yang perlu diperiksa untuk menjelaskan hasil eksploitasi pengeluaran dan tutup. Sebagai contoh, anda boleh menukar dalam nilai penapis status "sepadan" dan tanda "baru". Akibatnya, tugas-tugas baru akan dipaparkan yang belum diambil untuk bekerja. Anda boleh mengubah status, keutamaan, kategori, sebarang nilai kedua-dua bidang standard dan adat.

Sebagai contoh, anda boleh menambah medan pengguna khas kepada penapis. Ini adalah alat yang mudah, sangat mudah. Untuk projek itu, untuk tugas itu, untuk dihubungi.

Bidang baru - Tunjukkan jenis objek, di mana kami menambah, paling sering digunakan "tugas".

Kami menunjukkan format bidang - pilihan yang dilindungi di suatu tempat 90% daripada keperluan.

Tunjukkan nama itu, bagaimanakah peranan yang ada.

Kami menunjukkan bahawa projek-projek yang mana pelacak digunakan.

Soalan dari dewan : Dan bidang adat boleh dibuat wajib?

Jawapan : Sudah tentu, dengan analogi dengan butiran tambahan dalam 1C.

Bidang mandatori ditandakan dengan asterisk merah di sebelah kanan nama.

Soalan dari dewan : Dan bagaimana anda mempunyai laporan mengenai kerja yang dilakukan? Dalam tugas yang sama pergi ke pengguna lain - terdapat pemula tugas dan ada seorang pelakon.

Jawab: Betul, jika bidang berubah - Kepada siapa ia ditugaskan, maka dalam laporan ia mengembalikan nilai akhir.

Biar saya ceritakan bagaimana kita semua diatur. Sebahagiannya ulangi.

  • Penjejak yang paling penting untuk Meja Perkhidmatan adalah "permintaan pengguna", yang mana mel disassembled secara automatik dan huruf menjadi "permintaan pengguna". Sekiranya pengguna menghantar surat tindak balas kepada pemberitahuan dari redmine atau menghantar surat penjelasan dengan topik yang sama, maka pada topik atau ID dalam topik secara automatik melampirkan teks dari huruf tersebut ke pertanyaan yang sedia ada - fungsi gluing klasik digunakan.
  • Sebagai contoh, sebagai contoh, permintaan untuk kaunseling di Jabatan KIS datang, perunding penganalisis membongkar permohonan itu dan menghasilkan klasifikasi utamanya. Tentukan bahawa ini adalah kejadian, kesilapan atau tugas. Ia juga boleh menjadi idea untuk projek baru. Oleh itu, ini juga merupakan sebahagian daripada meja perkhidmatan. Selepas klasifikasi, semua "permintaan pengguna" diedarkan kepada subprojects of the Cawangan Itsk, di mana kerja selanjutnya sudah dilakukan dengan mereka.
  • Sekiranya kerja ini merosot tugas untuk pemaju, maka berdasarkan permintaan pengguna, "tugas" yang berkaitan dengan "tugas" dibuat. Iaitu, pelacak "permintaan pengguna" hidup dengan sendirinya, dan trackor tugas juga berasingan. Kami bercakap mengenai pengubahsuaian kecil dan pembetulan ralat yang kami mempunyai aliran berasingan - mereka muncul dari "permintaan pengguna".
  • Sekiranya tugas itu menyangkut projek perniagaan tertentu dan pemaju tidak melakukannya berdasarkan "permintaan pengguna", ia terikat kepada projek perniagaan bawahan kepada blok fungsi Kisa, supaya kemudian tugas itu dapat dilihat - di mana blok dan berkaitan dengan yang kami lakukan - ia adalah "permintaan pengguna" atau projek perniagaan.
  • Secara berasingan hidup pelacak "Projek Perniagaan", yang mana kita berkomunikasi dengan perniagaan - bukan dengan pengguna atas permintaan dan penambahbaikan kecil, dan sudah dengan projek-projek sebenar yang membawa nilai perniagaan. Dalam "Projek Perniagaan" sebagai tugas bawahan juga boleh menjadi subtask mereka dan juga bungkusan tugas - besar, dengan subordinasi dan sambungan. Ini adalah bukti mini. Semua subtask ini sekali lagi terikat dengan blok fungsi KIS.
  • Tidak kira di mana tugas itu berasal dari - dari perkhidmatan Desca atau dari projek perniagaan. Tetapi kita semua mengikat mereka ke blok fungsi.

Berdasarkan di atas, saya ulangi, kita dapat melihat kos buruh dalam konteks:

  • Blok fungsi KISA;
  • Projek;
  • Penghibur;
  • Komunikasi "Permintaan - Projek Tugas / Perniagaan - Pelacak bawahan".

Tangkapan skrin memberikan contoh dengan kos buruh sebenar dalam konteks projek untuk bulan Ogos sebulan. Pekerja mesti mengedarkan mereka sebenarnya menghabiskan masa untuk tugas yang mereka lakukan. Ini dipanggil lembaran masa. Kami mempunyai pemaju harian memasuki rekod khas "laporan kerja" dan mengedarkan masa mereka - fakta buruh dibentuk. Oleh itu, kita sekurang-kurangnya kira-kira, sebenarnya, menguruskan anggaran projek.

Projek kami mempunyai pelan kerja awal. Dan dalam setiap projek yang kita lihat, kita melebihi atau tidak. Redmine secara automatik meringkaskan lebar semua tugas yang bawahan kepada projek. Oleh itu, kita tahu bahawa projek ini diperuntukkan 700 jam. Kami melihat fakta - 617 jam telah dijalankan. Ini adalah salah satu elemen pengurusan projek.

Proses aktiviti sistem insiden boleh diwakili seperti berikut:

  • Perunding penganalisis menjalankan analisis permintaan yang diminta, jika perlu, membentuk tugas pembangunan;
  • Pemaju melaksanakan tugas dan mengembalikan perunding Analyticsnya untuk mengesahkan dan komunikasi lanjut;
  • Perunding penganalisis sudah berkomunikasi dengan permintaan pengguna dengan keterangan mengenai hasilnya;
  • Sekiranya semuanya teratur, penganalisis menutup tugas - pemaju dilarang untuk menutup tugas.

Dalam lebih banyak tugas utama, termasuk. Reka bentuk, proses ini dibina lebih berkembang:

Dan, tentu saja, semua perubahan jatuh ke pangkalan kerja melalui pembebasan pelepasan.

Jika anda menyerahkannya dalam pilihan yang lebih mudah, maka kami mempunyai "lapan" kami sendiri.

Mereka., Really banyak tugas peralihan antara yang bertanggungjawab, tetapi ia tidak kritikal kepada kita. Kami menilai kos buruh dalam konteks pekerja, kos pengagihan kos, pelanggan dan, dalam kes yang jarang berlaku, dalam bentuk aktiviti. Semua ini telah dinyatakan sebelum ini.

Soalan dari dewan : Adakah mungkin untuk mendapatkan maklumat tentang apa tugas yang dilakukan pemaju tertentu?

Jawapan : Terdapat. Terdapat alat "Laporan Kerja" yang anda dapat melihat apa yang menjadi pekerja yang tugasnya berapa banyak masa dan hari yang saya belanjakan.

Atau ia boleh dilihat oleh laporan standard "kos buruh" - ia juga boleh dibentuk dalam konteks pengguna dengan penyahkodan.

Soalan dari dewan : Dan bagaimana untuk menjejaki kos buruh anda?

Jawab: Seorang pekerja juga mengawal kerja mereka melalui "Laporan Kerja". Dan penetapan kos buruh dalam tugas dilakukan secara manual - sama ada secara langsung dalam tugas atau dalam "laporan kerja". Terdapat plugin yang membolehkan anda menjejaki masa. Sebagai contoh, plugin pemasa isu Redmine kelihatan seperti ini:

Apabila anda mula bekerja pada tugas, pekerja mengklik butang "Main", dan pada akhir - butang "Jeda". Apabila mengekalkan tugas, kos buruh tetap di dalamnya.

Soalan dari dewan : Soalan kepada pengurusan masa dan sumber adalah pengurusan postfactum, yang mendaftar telah berlaku, apabila saya melihat bagaimana pekerja saya telah dimuatkan, atau mungkin untuk merancang? Apabila saya melihat bahawa esok programmer saya mesti mengambil tugas ini, dan hari selepas esok ini. Dan saya faham bahawa, secara konvensional bercakap, ia adalah seorang pengaturcara yang kuat, dan dia boleh mempunyai apa-apa laporan tanpa masalah selama dua, tiga sehari untuk rivet, dan saya boleh meletakkan barisan tugas selama seminggu.

Jawapan :Keupayaan untuk merancang adalah, tetapi ia tidak sempurna - produk percuma membuat nuansa anda. Terdapat bidang "masa yang dijadualkan", adalah mungkin untuk menetapkan medan adat anda jika anda tidak mempunyai medan standard dengan merancang masa - berapa jam jam yang akan dibelanjakan. Adalah mungkin untuk menentukan masa yang dirancang dan kemudian membandingkan masa yang dirancang dan sebenar. Dan, sudah tentu, anda boleh menggunakan medan Mata Cerita Standard untuk perancangan poker.

Soalan dari dewan : Anda berkata bahawa Wiki dalam Redmine tidak selesa.

Jawapan :Wiki dalam Redmine kelihatan tidak mesra.

 

Untuk memformat artikel dan tugas, tanda bahasa menandakan digunakan. Pemformatan tidak "di atas terbang", tetapi menunjukkan simbol menandakan.

Carian itu - menurut perkataan di dalam teks dan tajuk utama. Jika anda memasuki "Exchange" dalam carian, ia akan memberikan kedua-dua tema dan pelacak. Terdapat pemilihan mengikut jenis tracker.

Jadual kandungan bukanlah halaman utama dan apabila memasuki Wiki dipaparkan hanya senarai artikel yang dibuat.

Jadual kandungan adalah seperti berikut:

Dan, tentu saja, Wiki dalam Redmine adalah bertujuan untuk menyimpan artikel sahaja. Ia tidak boleh digunakan untuk bekerjasama.

Sejarah perubahan artikel dijalankan dan boleh didapati apabila, yang dan perubahan yang dihasilkan.

Soalan dari dewan : Bagaimanakah Wiki mengisi?

Jawapan : Proses kami dibina seperti berikut. Analisis meja perkhidmatan dilakukan dengan berkala tertentu sepanjang tempoh yang lalu. Dengan bantuan klasifikasi awal yang dibuat oleh penganalisis apabila meminta permintaan, kami cuba meringkaskan tema dan mengenal pasti zon yang paling bermasalah. Seterusnya - kami memperkenalkan layan diri, iaitu. Mendokumentasikan bagaimana pengguna sendiri boleh menyelesaikan masalahnya atau soalan. Di samping itu, semasa kerja semasa, penganalisis boleh membuat artikel mengikut budi bicaranya, sekiranya perlu, tanpa menunggu analisis keseluruhan. Juga penyediaan arahan wiki adalah dalam rangka projek perniagaan yang dibangunkan atau projek mendokumentasikan khusus yang khusus. Ini bukan pertemuan, bukan kolaborasi. Ini dari atas ke bawah dengan kaedah pentadbiran. Pengguna tidak menyertai ini.

Soalan dari dewan : Salah satu rakan sekerja menggunakan sistem yang sangat menarik. Saya sangat menyukainya, saya mahu melaksanakannya sendiri. Baris pertama sokongan teknikal sentiasa diwajibkan untuk menutup tugas dari Wiki. Dan jika dia tidak menemui artikel di Wiki, dia menangani sokongan teknikal kedua. Dan sudah baris kedua mencipta artikel yang mesti dipasang untuk tugas.

Jawapan :Kami juga cuba jadi, tetapi kami bertindak secara beransur-ansur - setel, dianalisis, membuat beberapa peristiwa. Tetapi ia mengambil masa berbulan-bulan. Kemudian sekali lagi - duduk, dianalisis, memperuntukkan blok yang diperlukan, membuat beberapa peristiwa.

Soalan dari dewan : Tidak begitu jelas - bagaimana integrasi git dengan redmine?

Jawapan :Apabila anda menyimpan perubahan pada storan 1C (apabila mengira), keterangan menunjukkan nombor tugas dengan tag "#", contohnya "# 74516". Oleh itu, kita dapat melalui perakaunan - kita dapat melihat jawatankuasa mana yang dalam simpanan git terikat dengan tugas itu. Adalah penting bagi kita bahawa ini adalah penyelesaian desktop supaya kita dapat dengan mudah menguruskannya, dan, jika perlu, pergi ke penyelesaian lain, kerana semua keperluan yang sama berkembang, dan tidak semua keperluan redmine boleh dilindungi. Oleh itu, saya memohon maaf sekali lagi - jika anda memilih produk, pertama menganalisis bahawa anda mahu mengautomasikan dan menyekat "penutup".

Soalan dari dewan : Adakah anda menggunakan aplikasi mudah alih dari redmine?

Jawapan :Aplikasi mudah alih adalah, tetapi ia tidak selesa. Dalam organisasi kami, tidak ada keperluan untuknya. Kami terutamanya bekerja pada komputer darat atau komputer riba. Anda juga boleh menggunakan plugin dengan keupayaan maklumat - contohnya, menggunakan SMS atau melalui Telegram.

Soalan dari dewan : Anda berkata bahawa anda membongkar repositori dalam git, dan apa yang anda lihat di sana dalam git?

Jawapan : Dalam Commut Git terdapat pautan ke tugas itu. Dari jawatankuasa kami membuka tugas itu sendiri. Dan dari masalah itu, kita juga boleh membuka comote yang berkaitan dengannya. Untuk setiap projek, tidak kira apa hierarki, anda boleh menyambungkan repositori anda. Sudah tentu, integrasi dengan GIT ditadbir tidak sepenuhnya melalui antara muka web. Mengendalikan masih perlu memanjat, tetapi dengan cepat dan mudah.

Apa yang kita ada pada akhirnya:

Berdasarkan perkara di atas, kami akan meringkaskan keputusan ringkas.

Kelebihan:

  • Redmine - produk opensource dengan komuniti yang besar dan aktif;
  • Ia diunjurkan atas kos, murah, fleksibel, disesuaikan, mudah disederhanakan dan berskala;
  • Sepenuhnya meliputi pelacak bug, pengurusan separuh projek, agak sedikit - ITS;
  • Mempunyai integrasi dengan git;
  • Castomizes "on the fly";
  • Ia mempunyai pelbagai plugin yang cukup luas. Di samping itu, mudah untuk mencari pakar untuk mengautomasikan proses mereka;
  • Perakaunan mudah kos buruh sebenar. Kemungkinan merancang kos buruh dan belanjawan.

Minus:

  • Wiki tidak selesa;
  • Sekiranya anda perlu mengautomasikan proses anda dan dengan ketiadaan kecekapan pada Ruby on Rails, hanya penggunaan plugin atau mencari pemaju pihak ketiga adalah mungkin;
  • Sebilangan kecil laporan analisis;
  • Tidak selalu antara muka "mesra";
  • Pengelas jisim yang tidak selesa yang ingin menyimpan dalam bentuk hierarki.

Dalam proses menggunakan produk Redmine, kami telah melakukan sejumlah besar kerja pada analisis, sistematisasi dan automasi aktiviti kami dan penurunan kekacauan dalam struktur kami. Mereka membuat perubahan dan pengoptimuman proses di dalam jabatan dan dalam proses perniagaan seluruh organisasi. Mengoptimumkan dan meningkatkan kawalan, analisis dan pengurusan fungsi dalam kerja jabatan dan aktiviti reka bentuk.

Langkah selanjutnya yang telah kita ambil adalah untuk menyerlahkan asas pengetahuan dalam sistem persimpangan yang lebih mudah, kerana Kemungkinan bekerja bersama adalah salah satu mekanisme utama dalam pembangunan organisasi, membolehkan anda dengan cepat menghasilkan komunikasi, mengurangkan masa untuk memindahkan maklumat, mengurangkan bilangan kesilapan dan masa untuk menyelesaikan insiden.

Di bahagian Redmine akan ada langkah tambahan untuk membina proses perniagaan yang lebih jelas dan terkawal.

Secara umum, pilih alat itu, dan biarkan kekacauan anda ditinggalkan tanpa disedari.

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

Artikel ini ditulis mengenai keputusan laporan yang dibaca di Persidangan Komuniti Infostart Event 2017. Lebih banyak artikel boleh didapati di sini.

Pada tahun 2020, kami menjemput semua orang untuk mengambil bahagian dalam 7 peruntukan serantau, serta acara Infostart ulang tahun 2020 di Moscow.

Pilih acara.

Redmine. - Aplikasi Web Server Terbuka untuk pengurusan projek dan tugas (termasuk pengesanan ralat). Redmine ditulis dalam Ruby dan merupakan aplikasi berdasarkan rangka web yang terkenal Ruby on Rails. Diagihkan mengikut Lesen Awam GNU.

Fungsi.

Produk ini menyediakan ciri-ciri berikut:

  • mengekalkan beberapa projek;
  • Sistem akses berasaskan peranan yang fleksibel;
  • Sistem Penjejakan Ralat;
  • Carta gantt dan kalendar;
  • Berita Projek, Dokumen dan Pengurusan Fail;
  • amaran perubahan menggunakan aliran RSS dan e-mel;
  • wiki untuk setiap projek;
  • Forum untuk setiap projek;
  • Perakaunan kos sementara;
  • Bidang sewenang-wenang yang disesuaikan untuk insiden, kos masa, projek dan pengguna;
  • Integrasi Mudah dengan Sistem Kawalan Versi (SVN, CVS, GIT, Mercurial, Bazaar dan DARCS);
  • Mewujudkan rekod ralat berdasarkan huruf yang diterima;
  • Sokongan untuk pelbagai pengesahan LDAP;
  • keupayaan untuk mendaftarkan pengguna baru secara bebas;
  • antara muka berbilang bahasa (termasuk Rusia);
  • Sokongan untuk MySQL DBMS, PostgreSQL, SQLite, Oracle.

Struktur pangkalan data

Sistem Pengguna.

Pengguna adalah salah satu konsep pusat kawasan subjek. Model pengguna adalah asas untuk mengenal pasti dan mengesahkan sistem kakitangan dan pelanggan, serta memberi kuasa kepada mereka dalam pelbagai peranan, projek, dll.

Peranan

Peranan pengguna ditentukan oleh model yang fleksibel untuk menentukan hak akses pengguna. Peranan termasuk satu set keistimewaan, yang membolehkan untuk membezakan akses ke pelbagai fungsi sistem.

Para pengguna diberikan peranan dalam setiap projek di mana ia mengambil bahagian, sebagai contoh, "Pengurus dalam projek untuk pembangunan Laman ini", "pemaju dalam projek untuk mengekalkan syarikat intranet syarikat" atau "dalam projek refactor daripada sistem maklumat Syarikat B ". Pengguna boleh mempunyai beberapa peranan. Menetapkan peranan untuk tugas yang berasingan (isu) kini tidak mungkin.

Projek

Projek ini adalah salah satu konsep asas dalam bidang subjek sistem pengurusan projek. Oleh kerana entiti ini, adalah mungkin untuk menganjurkan kerjasama dan merancang beberapa projek serentak dengan persempadanan akses kepada pelbagai pengguna (lihat di atas). Projek mengakui bersarang hierarki.

Pelacak

Penjejak adalah klasifikasi utama yang mana tugas disusun dalam projek. Dengan sendirinya, konsep "Tracker" kembali kepada sistem perakaunan ralat (Eng. Alat Penjejakan Bug. ), mewakili setiap projek yang berasingan.

Sebenarnya, dalam "Redmine" pelacak adalah analog kelas "tugas" kelas dan merupakan asas untuk polimorfisme pelbagai jenis tugas, yang membolehkan bidang yang berbeza ditentukan untuk setiap daripada mereka. Contoh pelacak adalah "penambahbaikan", "kesilapan", "dokumentasi", "sokongan",

Tugas.

Tugas adalah konsep pusat seluruh sistem, menggambarkan tugas tertentu yang anda mahu lakukan. Setiap tugas mempunyai penerangan wajib dan penulis, pada wajib, tugas terikat kepada tracker.

Setiap tugas mempunyai status. Status adalah entiti yang berasingan dengan kemungkinan menentukan hak untuk menetapkan status untuk peranan yang berbeza (contohnya, status "ditolak" hanya boleh diberikan pengurus) atau menentukan relevansi tugas (contohnya, "terbuka", " Dilantik "- relevan, dan" ditutup "," ditolak "- tidak).

Bagi setiap projek, satu set peringkat pembangunan dan satu set kategori tugas ditakrifkan secara berasingan. Bidang lain juga menarik untuk "anggaran masa", yang berfungsi sebagai asas untuk membina carta pengurusan, serta bidang pemilihan pemerhati untuk tugas (lihat "Menerima Pemberitahuan"). Tugas-tugas dapat melampirkan fail (terdapat aplikasi entiti yang berasingan ").

Nilai-nilai hartanah tersenarai lain (contohnya, keutamaan) disimpan dalam jadual biasa yang berasingan.

Menjejaki status tugas

Untuk menjejaki perubahan kepada parameter tugas oleh pengguna, sistem bertindak balas dua entiti: "Merakam log perubahan dan" parameter berubah ". Kemasukan log memaparkan satu tindakan pengguna untuk mengedit parameter tugas dan / atau menambah komen kepadanya. Iaitu, secara serentak berfungsi sebagai alat untuk menjalankan sejarah tugas dan alat untuk penyelenggaraan dialog.

Entiti "berubah parameter" terikat kepada kemasukan log berasingan dan bertujuan untuk menyimpan nilai lama dan baru parameter yang diubah oleh pengguna.

Komunikasi antara tugas

Tugas boleh saling berkaitan: Sebagai contoh, satu tugas adalah subtask untuk yang lain atau mendahuluinya. Maklumat ini mungkin berguna dalam perancangan pembangunan program, entiti yang berasingan bertanggungjawab untuk penyimpanannya dalam redmine.

Perakaunan yang dibelanjakan untuk masa draf

Sistem ini mengekalkan perakaunan masa yang dibelanjakan kerana intipati "masa yang dibelanjakan" yang berkaitan dengan pengguna dan tugas. Essence membolehkan anda menyimpan masa yang dibelanjakan, jenis aktiviti pengguna (pembangunan, reka bentuk, sokongan) dan komen ringkas mengenai kerja. Data ini boleh digunakan, sebagai contoh, untuk menganalisis sumbangan setiap peserta dalam projek atau untuk menilai keamatan tenaga sebenar dan kos pembangunan.

Mengikat repositori.

Redmine menyediakan integrasi dengan pelbagai sistem kawalan versi (repositori). Integrasi adalah untuk mengesan perubahan dalam repositori luaran, membetulkannya dalam pangkalan data, analisis perubahan untuk mengikat tugas tertentu. Dalam struktur infology sistem untuk integrasi dengan repositori luar, tiga entiti bertanggungjawab: "repositori", "editor" dan "perubahan". "Repositori" adalah projek yang berkaitan dengan projek yang menyimpan jenis repositori yang disambungkan, lokasinya dan data pengenalan pengguna.

"Editorial" adalah paparan papan editorial repositori, dan, sebagai tambahan kepada bidang maklumat, boleh terikat dengan tugas tertentu (untuk ini anda ingin menentukan dalam perihalan perubahan "refs #num", di mana num adalah nombor tugas), dan kepada pengarang pengarang papan editorial. Entiti "Perubahan" direka untuk menyimpan senarai fail yang diubahsuai (ditambah, terpencil, dipindahkan, diubahsuai) dalam setiap edisi.

Penerimaan pemberitahuan.

Pemberitahuan pengguna mengenai perubahan yang berlaku di laman web ini dijalankan menggunakan intipati "pemerhati" yang menghubungkan pengguna dengan objek pelbagai kelas (projek, tugas, forum, dll.). Dalam pangkalan data, kunci akses langganan RSS juga disimpan, membolehkan pemberitahuan melalui teknologi ini, juga pemberitahuan dihantar menggunakan e-mel.

Beberapa kelemahan redmine.

Untuk versi lama yang lebih lama, anda perlu melakukan perkara yang sama.Semak neutraliti.

Halaman perbincangan mestilah mempunyai butiran.

  • Menguruskan fail dan dokumen dalam Redmine dikurangkan untuk menambah, memadam dan menyuntingnya. Anda tidak boleh menguruskan hak akses kepada mana-mana fail atau dokumen individu.
  • Tiada makluman mengenai menukar dokumen.
  • Dalam Redmine, anda tidak boleh menguruskan hak akses pada tahap bidang tugas individu. Sebagai contoh, pada masa ini, adalah mustahil untuk menyembunyikan anggaran kerja pada projek atau maklumat mengenai masa yang dibelanjakan.
  • Dalam Redmine Semua medan tambahan tersedia untuk semua pengguna, semua peserta projek akan dapat melihatnya dan mengubahnya. Sekatan ini boleh menyebabkan kesulitan di hadapan perintah yang tidak berperikemanusiaan apabila pengurus dan pemaju, dan pelanggan mempunyai akses kepada projek itu.
  • Redmine tidak mempunyai hak untuk memisahkan jenis peralihan dalam aliran kerja. Sebagai contoh, kini adalah mustahil untuk menunjukkan bahawa apabila seseorang selesai membetulkan kesilapan, ia mesti memilih penguji yang bertanggungjawab dan harus menentukan nombor binaan. Juga anda tidak boleh menyembunyikan surat-menyurat dalaman antara pengaturcara dari pelanggan.
  • Dalam Redmine, intensiti kerja keseluruhan tugas tidak dipaparkan dalam senarai tugas, dan dalam laporan intensif buruh, adalah mustahil untuk membuat pemilihan, termasuk menurut kontraktor.

Chiliproject.

Hasil daripada fakta bahawa visi sesetengah pengguna berbanding dengan projek itu dibezakan dari visi pemimpin pemaju, Forma Redmine yang dipanggil Chiliproject telah diwujudkan.

lihat juga

Kesusasteraan

  • 前田 剛 (pergi maeda) 入門 Redmine Linux / Windows 対応. - 秀和 システム. - 226 p. - 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

Pautan

Redmine. [ɹɛdmɑɪn] - Aplikasi Web Server Terbuka untuk pengurusan projek dan tugas (termasuk pengesanan ralat). Redmine ditulis dalam Ruby dan merupakan aplikasi berdasarkan rangka web yang terkenal Ruby on Rails. Diagihkan mengikut Lesen Awam GNU.

Encyclopedic YouTube.

  • 1/4Asan: 337.

    1,067.

    20 314.

    1 108.

  • Bagaimana untuk memasang redmine (pengurusan projek) di Antsle

  • MIT Redmine Effizient Mitarbeiter, Projekt Und Aufgaben Verwalten

  • Redmine - herramienta de gestion de proyectos

  • [Kube 42] Menyebarkan Redmine di Kubletes Cluster

Kandungan

Fungsi.

Produk ini menyediakan ciri-ciri berikut:

  • mengekalkan beberapa projek;
  • Sistem akses berasaskan peranan yang fleksibel;
  • Sistem Penjejakan Ralat;
  • Carta gantt dan kalendar;
  • Berita Projek, Dokumen dan Pengurusan Fail;
  • amaran perubahan menggunakan aliran RSS dan e-mel;
  • Forum untuk setiap projek;
  • Perakaunan kos sementara;
  • Bidang sewenang-wenang yang disesuaikan untuk insiden, kos masa, projek dan pengguna;
  • Integrasi Mudah dengan Sistem Kawalan Versi (SVN, CVS, GIT, Mercurial, Bazaar dan DARCS);
  • Mewujudkan rekod ralat berdasarkan huruf yang diterima;
  • Sokongan untuk pelbagai pengesahan LDAP;
  • keupayaan untuk mendaftarkan pengguna baru secara bebas;
  • antara muka berbilang bahasa (termasuk Rusia);
  • Sokongan DBMS MySQL, Microsoft SQL Server [2] , PostgreSQL, SQLite.

Struktur pangkalan data

Sistem Pengguna.

Pengguna adalah salah satu konsep pusat kawasan subjek. Model pengguna adalah asas untuk mengenal pasti dan mengesahkan sistem kakitangan dan pelanggan, serta memberi kuasa kepada mereka dalam pelbagai peranan, projek, dll.

Peranan

Peranan pengguna ditentukan oleh model yang fleksibel untuk menentukan hak akses pengguna. Peranan termasuk satu set keistimewaan, yang membolehkan untuk membezakan akses ke pelbagai fungsi sistem.

Para pengguna diberikan peranan dalam setiap projek di mana ia mengambil bahagian, sebagai contoh, "Pengurus dalam projek pembangunan projek", "pemaju dalam projek untuk mengekalkan syarikat intranet syarikat" atau "dalam projek refactor sistem maklumat Syarikat B ". Pengguna boleh mempunyai beberapa peranan. Menetapkan peranan untuk tugas yang berasingan (isu) kini tidak mungkin.

Projek

Projek ini adalah salah satu konsep asas dalam bidang subjek sistem pengurusan projek. Oleh kerana intipati ini, adalah mungkin untuk menganjurkan kerja bersama dan merancang beberapa projek serentak dengan persempadanan akses kepada pelbagai pengguna (lihat di atas). Projek membenarkan bersarang hierarki.

Pelacak

Penjejak adalah klasifikasi utama yang mana tugas disusun dalam projek. Dengan sendirinya, konsep "Tracker" kembali kepada sistem perakaunan ralat (Eng. Alat Penjejakan Bug. ), mewakili setiap projek yang berasingan.

Pada dasarnya, dalam "redmine", pelacak adalah analog kelas "masalah" dan menjadi asas untuk polimorfisme pelbagai jenis tugas, yang membolehkan anda menentukan untuk setiap bidang jenis mereka. Pelacak adalah "penambahbaikan "," kesilapan "," dokumentasi "," sokongan ".

Tugas.

Tugas adalah konsep pusat seluruh sistem, menggambarkan tugas tertentu yang anda mahu lakukan. Setiap tugas mempunyai penerangan wajib dan penulis, pada wajib, tugas terikat kepada tracker.

Setiap tugas mempunyai status. Status adalah entiti yang berasingan dengan kemungkinan menentukan hak untuk menetapkan status untuk peranan yang berbeza (contohnya, status "ditolak" hanya boleh diberikan pengurus) atau penentuan relevan tugas (contohnya, "terbuka", "Dilantik" - relevan, dan "ditutup", "ditolak" - tidak).

Bagi setiap projek, satu set peringkat pembangunan dan satu set kategori tugas ditakrifkan secara berasingan. Bidang lain juga juga menarik untuk "anggaran masa", yang berfungsi sebagai asas untuk membina carta pengurusan, serta bidang pilihan pemerhati untuk tugas (lihat "Menerima Pemberitahuan"). Tugas-tugas dapat melampirkan fail (terdapat aplikasi entiti yang berasingan ").

Nilai-nilai hartanah tersenarai lain (contohnya, keutamaan) disimpan dalam jadual biasa yang berasingan.

Mengesan perubahan parameter tugas

Untuk menjejaki perubahan kepada parameter tugas oleh pengguna, dua entiti bertindak balas dalam sistem: "Merakam log perubahan" dan "parameter yang berubah-ubah". Kemasukan log memaparkan satu tindakan pengguna untuk mengedit parameter tugas dan / atau menambah komen kepadanya. Iaitu, secara serentak berfungsi sebagai alat untuk menjalankan sejarah tugas dan alat untuk penyelenggaraan dialog.

Entiti "berubah parameter" terikat kepada kemasukan log berasingan dan bertujuan untuk menyimpan nilai lama dan baru parameter yang diubah oleh pengguna.

Komunikasi antara tugas

Tugas boleh saling berkaitan: Sebagai contoh, satu tugas adalah subtask untuk yang lain atau mendahuluinya. Maklumat ini mungkin berguna dalam perancangan pembangunan program, entiti yang berasingan bertanggungjawab untuk penyimpanannya dalam redmine.

Perakaunan yang dibelanjakan untuk masa draf

Sistem ini menyokong pengambilalihan untuk mengucapkan terima kasih kepada intipati "masa yang dibelanjakan" yang berkaitan dengan pengguna dan tugas. Essence membolehkan anda menyimpan masa yang dibelanjakan, jenis aktiviti pengguna (pembangunan, reka bentuk, sokongan) dan komen ringkas mengenai kerja. Data ini boleh digunakan, sebagai contoh, untuk menganalisis sumbangan setiap peserta dalam projek atau untuk menilai pertimbangan masa sebenar dan kos pembangunan.

Mengikat repositori.

Redmine menyediakan keupayaan untuk mengintegrasikan dengan pelbagai sistem kawalan versi (repositori). Integrasi adalah untuk mengesan perubahan dalam repositori luaran, membetulkannya dalam pangkalan data, analisis perubahan untuk mengikat tugas tertentu.

Dalam struktur infology sistem untuk integrasi dengan repositori luar, tiga entiti bertanggungjawab: repositori, editor dan perubahan.

  • Repositori - projek yang berkaitan dengan entiti yang menyimpan jenis repositori yang disambungkan, lokasinya dan data pengenalan pengguna.
  • Editorial - Memaparkan Pejabat Editorial Repositori, dan, sebagai tambahan kepada bidang maklumat, boleh terikat dengan tugas tertentu: Ini memerlukan menentukan dalam perihalan perubahan "refs #num", di mana nombor adalah nombor tugas), dan kepada pengarang pengarang papan editorial.
  • Perubahan - menyimpan senarai fail yang diubahsuai (ditambah, jauh, dipindahkan, diubah suai) dalam setiap edisi.

Penerimaan pemberitahuan.

Pemberitahuan pengguna mengenai perubahan yang berlaku di laman web ini dijalankan menggunakan intipati "pemerhati" yang menghubungkan pengguna dengan objek pelbagai kelas (projek, tugas, forum, dll.). Pangkalan data juga menyimpan kunci akses kepada langganan RSS, yang membolehkan anda Untuk menerima pemberitahuan menerusi teknologi ini, juga pemberitahuan dihantar menggunakan e-mel.

Beberapa kelemahan redmine.

  • Menguruskan fail dan dokumen dalam Redmine dikurangkan untuk menambah, memadam dan menyuntingnya. Anda tidak boleh menguruskan hak akses kepada mana-mana fail atau dokumen individu.
  • Dalam Redmine, anda tidak boleh menguruskan hak akses pada tahap bidang tugas individu. Sebagai contoh, pada masa ini, adalah mustahil untuk menyembunyikan anggaran masa kerja pada tugas. Tetapi anda boleh membuat bidang tambahan hanya dapat dilihat oleh pengguna dengan peranan yang ditakrifkan.
  • Dalam Redmine, pertimbangan buruh keseluruhan tugas tidak dipaparkan dalam senarai tugas.
  • Tidak ada kemungkinan untuk memberi pengguna peranan dalam keseluruhan sistem; Sebagai contoh, "Pengurus Pejabat Projek" mesti mempunyai akses kepada semua projek dalam sistem: untuk ini anda perlu menambah pengguna dengan peranan ini kepada semua projek.
  • Sambungkan repositori git hanya mungkin jika redmine, dan repositori berada di pelayan yang sama.

Chiliproject.

Hasil daripada fakta bahawa visi sesetengah pengguna berbanding dengan projek itu dibezakan dari visi pemimpin pemaju, Forma Redmine yang dipanggil Chiliproject telah diwujudkan. Pada masa ini, projek ini ditutup.

lihat juga

NOTA

Kesusasteraan

  • 前田 剛 (Go Maeda). 入門 Redmine Linux / Windows 対応. - 秀和 システム. - 226 p. - 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.

Pautan

  • Laman Rasmi Redmine. (Eng.)
  • Pelanggan Android untuk Redmine (Eng.)
  • Memasang dan Mengkonfigurasi Redmine Bundle dengan Gem, Ruby, Rails, Postgreesql, Penumpang, Nginx
  • Memasang dan Mengkonfigurasi Redmine Bundle dengan Gem, Ruby, Rails, MySQL, Penumpang, Nginx (pautan yang tidak boleh diakses)
  • Mewujudkan plugin untuk redmine
  • RedMineApp - aplikasi iPhone untuk redmine
  • Redmine PM - Redmine Client untuk iPhone / iPad
  • Redmine untuk pergi - pelanggan Windows Phone untuk redmine
  • RedmineUp adalah satu set plug-in dan tema yang bebas dan komersial untuk redmine.
  • RMClient adalah pelanggan untuk Windows, Mac, Linux, komersial.
  • Menetapkan tugas kitaran hayat
  • Menyelesaikan masalah prestasi
  • Perancangan operasi dalam redmine
  • Panduan penulisan plugin.
  • Arahan pemasangan terperinci.
  • Mudah Redmine - Pilihan Komersial
  • Pereka Jetware instastars dan mesin maya dengan redmine

Halaman ini terakhir diedit pada 3 Mei 2021 pada 13:31.

  • - Mengekalkan beberapa projek;
  • - Sistem Penjejakan Ralat;
  • - Peringatan mengenai perubahan melalui e-mel dan suapan RSS;
  • - Status tugas yang disesuaikan;
  • - Bidang sewenang-wenang yang disesuaikan untuk tugas, kos masa, projek dan pengguna;
  • - Perakaunan kos masa (jam);
  • - Ganta carta dan kalendar;
  • - Wiki untuk setiap projek;
  • - Pengurusan berita projek, pengurusan fail dan dokumen;
  • - Forum untuk setiap projek;
  • - Antara muka berbilang bahasa, termasuk Rusia;
  • - Integrasi mudah dengan repositori (SVN, CVS, GIT, Mercurial, Bazaar dan DARCS);
  • - Sistem pemisahan akses berdasarkan peranan;
  • - Sokongan untuk pelbagai pengesahan LDAP;
  • - Keupayaan untuk mendaftarkan pengguna baru secara bebas;
  • - pengembangan fungsi sistem dengan memasang tambahan plugin. ;
  • - Sokongan DBMS: MySQL, PostgreSQL, SQLite, MS SQL Server (dari versi 2.3).
  • Pertimbangkan sistem redmine dengan lebih terperinci. Berikut adalah beberapa tangkapan skrin, pada yang pertama di antaranya - senarai tugas mengikut salah satu projek.

    TACK TAB membolehkan anda melihat kedua-dua tugas projek semasa (secara lalai) dan tugas-tugas yang ditutup sebelum ini - permintaan pelanggan adalah mungkin.

    Tuhan kamu adalah milik saya, saya mempunyai konflik!

    (penapis). Pertanyaan adat boleh disimpan untuk kegunaan berikutnya oleh semua pengguna sistem.

    (Apabila anda memasang kotak semak "Awam" pertanyaan) atau untuk digunakan oleh pengguna yang membuat permintaan. Selepas membuat pertanyaan, anda boleh mengkonfigurasi senarai tugas dalam satu klik,

    Cepat atau lambat (mungkin sudah semasa kemas kini pertama ke versi yang lebih muda) anda akan menghadapi konflik penggabungan. Semasa Rebuansi Git, ia menggunakannya dengan satu demi satu dan berhenti setiap kali penggunaan komit berlaku dengan kesilapan. Dalam kes ini, pasukan itu

    Mengambil kesempatan daripada rujukan dengan pertanyaan oleh "pertanyaan yang disimpan" di panel sisi di sebelah kanan.

    • Sistem ini melaksanakan mekanisme untuk menjejaki tugas dan langganan kepada tugas. Untuk setiap tugas, pemerhati boleh ditugaskan, selepas itu apabila status berubah, parameter tugas, menambah komen baru, fail ke tugas, pengguna pemerhati akan menerima pemberitahuan e-mel yang sesuai.
    • Semua pengguna sistem boleh membuat tugas baru. Untuk menambah tugas baru untuk projek itu, anda perlu pergi ke tab tugas baru,
    • Pilih Tracker Task dan isi Mandatori (*) dan tambahan (termasuk pengguna adat). Dalam bidang "Tema", ia dirumuskan secara ringkas, tetapi secara ringkas makna tugas (apabila anda pergi ke bidang lain dengan menekan kekunci TAB, dalam hal plug-in tambahan, anda boleh mencari kemasukan Topik di kalangan tugas yang telah dibuat sebelum ini). Dalam bidang "Penerangan" menetapkan kandungan terperinci tugas. Untuk meningkatkan kebolehbacaan teks, anda boleh menggunakan keupayaan editor web terbina dalam.
    • Tugas boleh dilampirkan fail, saiz maksimum yang dikawal oleh pentadbir sistem.
    • Pemerhati boleh dihubungkan dengan tugas: untuk membuat tugas, ketika membuat makanan untuk tugas, mengubah status tugas, pemerhati akan menerima pemberitahuan yang sesuai ke alamat e-mel mereka. Pengguna juga boleh menambah diri mereka sebagai pemerhati untuk tugas yang berpatutan, yang mana dalam kad tugas harus diikuti oleh pautan "Ikut".

    Tugas dalam sistem boleh saling berkaitan: Sebagai contoh, salah seorang daripada mereka adalah subtask untuk yang lain, mendahului tugasnya atau tugas-tugas ini hanya berkaitan dengan satu sama lain.

    Status git.

    Sistem Redmine menyediakan entiti berasingan yang dipanggil "tugas berkaitan". Tugas yang berkaitan mungkin mempunyai jenis pautan berikut:

    Menunjukkan fail masalah.

    - "Duplicates" - mengaitkan tugas-tugas sedemikian rupa sehingga penutupan seseorang melibatkan penutupan tugas lain;

    Semak yang mana komitmen yang dibuat kegagalan, mengetahui mengapa ia dimaksudkan (mesej komit yang bermakna akan membantu), membetulkan fail, arahan

    - "Berkaitan dengan" hanyalah rujukan kepada tugas lain. Pautan sedemikian digunakan untuk menunjukkan bahawa tugas-tugas ini digabungkan dengan satu matlamat atau sifat-sifat umum yang lain; - "Blok" - menunjukkan bahawa tugas ini mesti diselesaikan sebelum memulakan kerja pada tugas lain. Dalam kedua-dua tugas, anda boleh mengubah peratusan pelaksanaan, tarikh, status, tetapi dengan satu pengecualian: tugas terkunci tidak boleh ditutup sehingga tugas penyekatan ditutup. Walau bagaimanapun, dalam tugas yang dikunci, adalah mungkin untuk menetapkan status "dilakukan", kesediaan 100%, walaupun kesediaan tugas penyekat meninggalkan banyak yang dikehendaki; - "Precedes" - menetapkan prosedur untuk melaksanakan tugas supaya tugas ini perlu diselesaikan untuk hari n sebelum permulaan yang berkaitan. Dalam kad tugas yang berkaitan, ia bukan sahaja akan masuk ke dalam mengikat, tetapi juga secara automatik mengubah masa dan akhir tugas. Istilah tugas itu akan sama dengan tarikh masalah terikat, meningkat dengan bilangan hari yang dinyatakan dalam bungkusan;

    Tambah git.

    - "Seterusnya" - menetapkan prosedur untuk melaksanakan tugas sedemikian rupa sehingga tugas ini dapat dilakukan hanya selepas yang berkaitan. Sambungan ini membalikkan yang sebelumnya.

    Tambah setiap fail yang diperbetulkan apabila anda selesai. Sekiranya konflik telah dihapuskan, anda boleh melihat perubahan yang akan ditetapkan menggunakan arahan itu

    Masa akan secara automatik berubah tidak dalam mengikat, tetapi dalam tugas yang boleh diedit. Oleh itu, pautan "Seterusnya" mesti digunakan, hanya memastikan bahawa tugas-tugas itu harus benar-benar pergi satu demi satu pada selang waktu tertentu di antara mereka.

    Git diff --cached.

    Gambar-gambar berikut ditumpukan kepada konfigurasi dan pentadbiran sistem Redmine.

    . Sebaik sahaja anda menganggap keputusan yang memuaskan, anda boleh terus rebuas dengan pasukan

    Penjejak memainkan peranan penting dalam melaksanakan tugas. Mereka terlibat dalam menentukan syarat-syarat untuk peralihan tugas dari satu negeri ke negara lain, ketersediaan bidang.

    GIT REBASE --Continue.

    Tracker adalah persatuan tugas logik dalam satu kumpulan dalam projek, sebagai contoh, penghapusan kesilapan, pembangunan fungsi baru, dan sebagainya. Tracker mungkin

    Termasuk dalam satu, beberapa atau semua projek.

    Pengguna Redmine mesti dimasukkan ke dalam salah satu kumpulan peranan, jumlah peranan tidak terhad. Sistem ini menyediakan dua peranan yang telah ditetapkan:

    Peranan "Anonymous" - untuk pengguna yang tidak berdaftar, peranan "tidak menyertai" - untuk didaftarkan, tetapi tidak termasuk dalam mana-mana projek pengguna.

Anonymous tidak boleh membuat tugas.

Setiap peranan ditetapkan untuk mengakses hak untuk kemungkinan tindakan dengan tugas, projek, dokumen, fail, wiki, forum, dll. Jelas itu

Peranan "Pengurus Projek" harus diberikan lebih banyak kuasa, peranan "pelaku" - lebih kecil, peranan "tidak menyertai" - bahkan kurang, peranan "tanpa nama" untuk membolehkan kemungkinan minimum

Dalam projek awam, dan dalam projek individu, semuanya dilarang. Para peserta peranan sistem "Pentadbir" mempunyai hak tanpa had sepanjang sistem.

Bergantung kepada tracker yang dipilih, setiap tugas boleh melalui peringkat tertentu dan mempunyai status yang berbeza.

Jadi, dalam contoh di bawah untuk pelacak yang dicipta "Penyelesaian Masalah", "tugas satu kali, adhoc", "pembangunan baru" maksimum penuh melalui status tugas:

1. Baru -> 2. Diagihkan -> 3. Analisis -> 4. Dalam Operasi -> 5. Made -> 6. Penerimaan oleh Pelanggan -> 7. Ditutup

Peranan "Pengurus Projek", "Eksekutif", "Pelanggan, Ahli" telah diwujudkan. Oleh kerana pengurus projek adalah pentadbir projeknya, maka dalam rangka projeknya boleh dipindahkan ke tugas dalam status yang berbeza. Pelakon tugas atau pelanggan / peserta boleh menterjemahkan tugas hanya dari dalam status tertentu. Di mana-mana peringkat, tugas itu boleh dibatalkan (diterjemahkan ke dalam status "ditolak") yang menunjukkan sebabnya. .

Apabila anda membuat perubahan kepada tugas, perubahan dalam status tugas, menambah komen kepada semua pengguna yang terlibat dalam tugas akan datang secara automatik e-mel.

Bagi setiap pasangan "peranan - tracker" terdapat peluang untuk mengkonfigurasi penglihatan, kewajipan untuk mengisi medan (termasuk bidang yang boleh dikonfigurasikan) dalam kad tugas. Bidang sistem.

"Projek", "Tracker", "Tema", "Keutamaan", "Swasta" (Tugas) sentiasa diperlukan untuk mengisi. Mengkonfigurasi urutan tindakan untuk salah satu pasangan "peranan - tracker",

Tetapan urutan boleh disalin untuk pasangan lain ("salinan" pautan).

Dalam sistem Redmine untuk tugas, pengguna dan entiti lain, anda boleh membuat nombor yang sewenang-wenang yang disesuaikan (adat). Bidang tersuai akan menjadi

Paparkan dalam kad tugas dalam dua lajur selepas kawasan bidang sistem yang telah ditetapkan. Susun menentukan susunan medan adat dalam kad tugas. Bidang tersuai menyokong jenis data berikut: rentetan, teks panjang, integer, nombor sebenar, tarikh, senarai untuk memilih satu nilai, Senarai untuk memilih pelbagai nilai, pautan, pengguna. Setiap medan adat boleh diaktifkan dalam semua atau hanya projek yang ditentukan, gunakan pelacak yang dipilih. Dalam menentukan bidang tersuai, anda boleh segera memasang Tetapan global diperlukan dan penglihatan untuk peranan, serta penyertaan lapangan dalam pertanyaan pengguna (penapis) dan pertanyaan carian. Program untuk menguruskan pelayan dan perkhidmatan Redmine boleh didapati sebagai permulaan -> Bitnami Redmine Stack Group -> Alat Pengurus Redmine. Dengan aplikasi pentadbiran ini, anda boleh menguruskan perkhidmatan Redmine, pelayan web Apache, pelayan pangkalan data MySQL.

Pelaporan

Sistem Redmine menyediakan gambarajah GANT, dan dengan bantuan plugin tambahan adalah mungkin untuk membentuk laporan untuk memahami status projek dan tugas.

Mungkin penyerahan peribadi pemaju mengenai format laporan ini akan mengatur anda.

Walau bagaimanapun, laporan analitikal mengenai tugas projek yang terbaik dibuat berdasarkan data yang dieksport ke fail CSV. Untuk ini

Dalam menu utama sistem Redmine, pilih "Projek" -> "Semua projek", ikuti pautan "Lihat semua tugas",

Kepada senarai tugasan, memohon / membatalkan kriteria penapisan yang dikehendaki dan klik pada pautan "Eksport ke CSV" di bahagian bawah kanan di bawah senarai tugas.

Dengan cara ini, senarai tugas akan dibongkar - fail isu.CSV.

Seterusnya, anda mesti membuka Buku MS Excel baru, pilih "Data" -> "dari Teks" di menu utama, nyatakan laluan ke isu fail.CSV, Dalam kotak dialog Kod Pilih "1251: Cyrillic (Windows)", (Mungkin sebagai simbol pemisah, diperhatikan - "Lain", nyatakan simbol | (sifat menegak) dan klik butang "Selesai". Data akan diimport ke fail Excel sambil menyimpan sambungan ke fail CSV. Atas dasar jadual data sumber, anda perlu membuat jadual ringkasan, gambar rajah (menyerlahkan jadual / lajur, kemudian pilih "Masukkan" -> "Ringkasan Jadual"). Adalah mungkin untuk memastikan penunjuk analitik dalam jadual asas, anda perlu membuat lajur tambahan yang dikira.

Contoh laporan boleh didapati dalam pelaburan ke artikel ini.

Redmine¶

Redmine adalah aplikasi web pengurusan projek yang fleksibel. Ditulis menggunakan Ruby on Rangka Kerja Rails, ia adalah platform dan pangkalan data rentas.

Redmine adalah sumber terbuka dan dikeluarkan di bawah syarat-syarat Lesen Awam GNU V2 (GPL).

Ciri-ciri¶

Beberapa ciri utama Redmine adalah:

Baca lebih lanjut mengenai Ciri Redmine.

Dokumentasi¶ .

Anda boleh membaca

Panduan Redmine.

Sumber-sumber lain:

Demo dalam talian Demo dalam talian yang dikongsi boleh didapati di http://demo.redmine.org/. Ia telah menjadi persediaan untuk memberi pengguna berdaftar keupayaan untuk mencipta projek mereka sendiri Ini bermakna sebaik sahaja anda mendaftar, anda boleh membuat projek anda sendiri di sana dan mencuba ciri pentadbiran projek. Sebagai alternatif, anda boleh mendapatkan persekitaran Demo Redmine anda sendiri di http://m.redmine.org dengan keistimewaan Pentadbir Penuh selepas mengisi borang yang mudah.

Sokongan & Mendapatkan Bantuan "

Untuk mendapatkan bantuan atau membincangkan redmine, anda boleh menyemak imbas

Forum Redmine. 

Dihoskan di sini dalam redmine. Kami juga mempunyai Bilik berbual. - Sertai #Redmine pada rangkaian Freenode IRC.Ada juga ruang kerja tidak rasmi pada

Slack. Di mana anda boleh bertanya dan mengambil bahagian dalam perbincangan dengan pengguna Redmine yang lain. Sebelum menyerahkan laporan pepijat, patch atau permintaan ciri di sini, sila baca garis panduan penyerahan.

Menyumbang dan membantu OUT¶ Redmine dibina dan dikekalkan oleh sukarelawan komuniti. Jika anda menikmati menggunakannya dan ingin memberi kembali kepada masyarakat, halaman sumbangan mempunyai idea-idea Sevel. Pengalaman pembangunan perisian tidak diperlukan. Lihat halaman Pasukan jika anda berminat dengan kawasan tertentu untuk menyumbang secara teratur. Anda juga boleh membuat sumbangan dan tersenarai di halaman Donors Redmine. Siapa yang menggunakan redmine? ¶ Halaman ini menyenaraikan beberapa syarikat dan projek menggunakan Redmine. Redmine Books¶ Menguasai Redmine 2nd Edition

Adalah panduan komprehensif dengan tips, helah dan amalan terbaik untuk menggunakan redmine.Anda boleh membelinya secara dalam talian.

Redmine plugin lanjutan dan pembangunan Menyediakan gambaran keseluruhan alat yang tersedia untuk pemaju yang ingin melanjutkan redmine untuk bekerja dengan cara mereka.Anda boleh membelinya secara dalam talian. Redmine Cookbook. Bilik berbual. .

: Lebih daripada 80 resipi tangan untuk meningkatkan kemahiran anda dalam pengurusan projek, pengurusan pasukan, peningkatan proses, dan pentadbiran redmine.Anda boleh membelinya secara dalam talian. Redmine Books¶ Penafian: Ini bukan panduan jenis biasa "Bagaimana untuk memasang Redmine". Di dalamnya, saya tidak akan menyelam ke dalam tetapan pangkalan data atau memasang pelayan web. Saya juga tidak akan bercakap tentang penubuhan redmine. Dokumentasi Redmine dalam pelan ini agak lengkap. Dan agar tidak disebutkan dalam dokumentasi rasmi, terdapat prosedur umum untuk menjalankan aplikasi Rel yang boleh didapati dengan mudah di Internet.

Sebaliknya, ia akan disertai dengan versi Redmine yang lebih atau kurang disesuaikan, yang boleh digunakan menggunakan satu perintah Shell apabila perlu. Siap? Kemudian mari bermula. Tetapkan jenis pembina "All-in-one" dan bersedia untuk memulakan mesin maya Pakej pemasangan Bitnami atau mesin maya yang dipasang sebelum ini adalah baik untuk sampel redmine yang cepat, tetapi tidak sesuai untuk kegunaan produktif. Kenapa? Kerana mereka tidak mempunyai kemas kini. Oh, yang kedua, Bitnami mempunyai. Benar, ia kelihatan seperti jenaka. "Pasang versi baru keseluruhan tumpukan ke direktori lain dan gerakkan data anda di sana," Ini bukan kemas kini. Bukan perkataan tentang penubuhan, penyesuaian dan plugin, yang mungkin juga perlu disimpan dan memasang semula. Saya berharap nasib baik dengan "kemas kini" sedemikian. Reliza redmine patch atau dua kali sebulan. Pembetulan kesilapan yang berkaitan dengan keselamatan dikeluarkan seperti yang diperlukan - anda tidak mahu merindui mereka?

Fakta bahawa orang sering melupakan: Masa pengemaskinian tidak selalu bergantung kepada anda. Sudah tentu, anda boleh menangguhkan kemas kini sebelum pembebasan versi muda yang lebih muda dari Redmine - selama beberapa minggu (mungkin juga untuk tempoh yang lebih lama). Tetapi anda tidak mahu mengesan masalah keselamatan baru dalam redmine atau rel duduk dengan sistem yang tidak dapat dielakkan sehingga mungkin untuk melepaskan masa untuk memasang dan mengkonfigurasi stack Bitnami baru dan memindahkan semua data secara manual?

Pemasangan hanya bahagian atas gunung es. Kemas kini - ini adalah apa yang perlu dilakukan secara teratur 

Pencarian untuk kaedah pemasangan yang paling mudah pasti tidak dapat dikawal sebaik sahaja keputusan dibuat untuk menggunakan redmine dalam pengeluaran. Pengiring mudah dan kemungkinan pemodenan - ini adalah apa yang anda perlukan untuk mempertajam perhatian untuk meminimumkan kos dan risiko yang berkaitan dengan penggunaan redmine anda sendiri.

  • Di bawah saya akan memberitahu anda bagaimana untuk hanya menyokong redmine dalam keadaan semasa. Redmine Books¶ .
  • Gunakan git. Redmine Books¶ Walaupun anda berhasrat untuk menjalankan stok redmine tanpa sebarang tetapan atau pemalam, gunakan repositori git untuk menyimpan salinan redmine. Sekurang-kurangnya, kehadiran repositori khusus akan memberi anda tempat penyimpanan semua yang diperlukan untuk penempatan (kemudian ini akan dianggap lebih terperinci). Cepat atau lambat anda (atau pengguna anda) Redmine dibina dan dikekalkan oleh sukarelawan komuniti. Jika anda menikmati menggunakannya dan ingin memberi kembali kepada masyarakat, halaman sumbangan mempunyai idea-idea Sevel. Pengalaman pembangunan perisian tidak diperlukan. Lihat halaman Pasukan jika anda berminat dengan kawasan tertentu untuk menyumbang secara teratur. .
  • Baik

Pasang beberapa plugin atau topik yang dibuat khas, dan untuk ini akan menjadi infrastruktur siap. Eksperimen dengan perubahan dan pengujian plugin dan mereka yang berada di cawangan tempatan tanpa gangguan dalam kod pengeluaran menjadi sangat mudah di hadapan repositori Redmine GIT sendiri. Jadi sekarang kita akan bermula dengan konfigurasi repositori. Walaupun repositori utama Redmine adalah contoh subversi, GitHub mempunyai repositori semi-rasmi yang disokong oleh pengikut utama dan sentiasa dikemas kini. Gunakannya untuk mengkonfigurasi repositori anda sendiri: Menubuhkan klon tempatan redmine

$ Git clone [email protected]: redmine / redmine.git $ cd redmine $ git jauh semula asal usul usul $ git remote add usul [email protected]: redmine.git $ git checkout -b redmine / 3.2-stabil hulu / 3.2 -Stable $ git checkout -b tempatan / 3.2-stabil $ git push --set-hulu asal tempatan / 3.2 stabil

Tukar nombor versi 3.2-stabil Pada bilangan versi redmine yang stabil terakhir.

Repositori jauh

[email protected] 

Ia sepatutnya menjadi peribadi, kerana ia akan menyimpan konfigurasi penggunaan (dan mungkin maklumat lain, yang tidak bernilai penerbitan). Oleh kerana proses penempatan yang diterangkan di bawah akan mengeluarkan kod dari repositori ini, repositori mesti tersedia semasa penyebaran, jadi jangan letakkan di komputer desktop. Ideal akan menjadi keadaan apabila repositori juga boleh didapati dari pelayan web di mana penggunaannya berlaku. Tetapi ini, jika perlu, anda boleh pergi. Sekarang anda mempunyai dua cawangan tempatan: Redmine / 3.2-stabil Redmine dibina dan dikekalkan oleh sukarelawan komuniti. Jika anda menikmati menggunakannya dan ingin memberi kembali kepada masyarakat, halaman sumbangan mempunyai idea-idea Sevel. Pengalaman pembangunan perisian tidak diperlukan. Lihat halaman Pasukan jika anda berminat dengan kawasan tertentu untuk menyumbang secara teratur. и yang melacak redmine 3.2 tanpa fungsi tambahan dari repositori GitHub / Redmine yang dibentangkan oleh jauh di atas menaik Redmine dibina dan dikekalkan oleh sukarelawan komuniti. Jika anda menikmati menggunakannya dan ingin memberi kembali kepada masyarakat, halaman sumbangan mempunyai idea-idea Sevel. Pengalaman pembangunan perisian tidak diperlukan. Lihat halaman Pasukan jika anda berminat dengan kawasan tertentu untuk menyumbang secara teratur. repositori. yang melacak redmine 3.2 tanpa fungsi tambahan dari repositori GitHub / Redmine yang dibentangkan oleh jauh di atas Tempatan / 3.2-stabil

Di mana semua tetapan penggunaan, penyesuaian, tema dan plugin akan diletakkan.

Kemas kini lanjutan versi

Redmine menggunakan skema penomboran versi berikut: XYZ MAJOR / MINOR / PATCH. Setiap versi yang lebih muda mempunyai sendiri Cawangan yang stabil Di mana perbaikan dan patch keselamatan akan digunakan dari masa ke masa (selagi versi ini masih disokong). Dalam kes kami, ini adalah cawangan

Dari semasa ke semasa, cawangan menaik ini akan menerima beberapa komitmen baru. Tugas anda adalah untuk memasukkan komitmen baru di cawangan tempatan Untuk penempatan. Walaupun ia mungkin dan hanya kerap melengkapkan cawangan menaik, saya bercadang untuk digunakan Rebase git. Untuk menyokong set perubahan anda sendiri lebih .

Saham Redmine: Rebupping Perubahan Tempatan Lebih "Naked" Redmine: $ Git checkout redmine / 3.2-stable $ git pull # Baru huluan komitmen datang dalam $ git checkout tempatan / 3.2-stabil $ git rebase rebase / 3.2-stabil

Rebase:

Akan membatalkan semua perubahan tempatan dalam

Pautan

  1. Kemas kini
  2. untuk mencerminkan perubahan yang berlaku di
Sekiranya anda tidak disangka-sangka mendapat banyak konflik, dan tidak ada masa untuk menyelesaikan masalah ini, anda hanya boleh mengganggu penembusan semasa menggunakan parameter

Semua perubahan tempatan pada versi "Bare" akan dikenakan semula.

Redmine. Hasilnya akan berlaku Cerita murni Di mana anda (tempatan) melakukan sentiasa berada di atas yang terakhir (naik) yang berkomitmen untuk redmine.

Kemas kini junior dan lebih lama

Sekarang ada cawangan yang stabil baru (katakanlah 3.3-stabil ), lakukan yang sama - menghubungkan perubahan anda di atasnya. Perintah git akan sedikit berbeza kerana perubahan cawangan ke atas: Pemindahan perubahan tempatan ke cawangan yang stabil baru $ Git mengambil huluan $ git checkout -b redmine / 3.3-stabil hulu / 3.3 stabil $ git checkout -b tempatan / 3.3-stabil tempatan / 3.2-stabil $ git rebase --onto redmine / 3.3-stable redmine / 3.2 stabil Tempatan / 3.3 stabil Pasukan ini mula-mula membuat dua cawangan tempatan baru untuk versi 3.3: salah satu yang menaik, dan yang lain adalah dari cawangan tempatan 3.2. Kemudian mereka memindahkan perubahan tempatan Redmine / 3.3-stabil

. Perubahan tempatan Berikut adalah perbezaan antara

Tempatan / 3.3 stabil (yang masih ada ). Sekarang

Mengandungi Redmine 3.3 ditambah sebarang perubahan tempatan.

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