Hogyan lehet navigálni a Redmine alkalmazás beállításai között (2. rész)
Ez a folytatása Hogyan lehet navigálni a Redmine alkalmazás beállításai között (1. rész). Itt van egy könnyű útmutató neked.
projektek
Új projektek természetesen nyitottak
A nemrégiben készített projektek alapértelmezett feltétele. A feladat még most is nyitottá tehető új projekt készítése közben vagy a projekt elkészítése után.
Alapértelmezett felhatalmazott modulok új projektekhez
Alapértelmezett nyomkövetők új projektekhez
Hozzon létre egymást követő projektazonosítókat
Ez a beállítás lehetővé teszi a Redmine számára, hogy egymást követő projektazonosítókat javasoljon Önnek. Ez jelenleg fizikailag csak a projekt elkészítése közben változtatható meg, nem pedig utána.
Munka egy nem adminisztrátor felhasználónak, aki projektet készít
Jellemzi, hogy melyik munkát kapja egy nem adminisztrátor kliens, aki projektet készít (ez valószínűleg akkor is érvényes, ha a Redmine engedélyeket úgy rendezte, hogy a nem rendszergazdai ügyfelek valóban előnyben részesüljenek projektek készítésében).
Probléma követése
Engedélyezze a projektek közötti kapcsolatokat
Amikor Igen értékre állítjuk, kapcsolatokat lehet létrehozni a különféle feladatok között. Alapértelmezés: Nem
Engedélyezze a projektek közötti részfeladatokat
Jellemezze az alfeladatok néhány vágási pontját. A használt definíciók hasonlóak a változatmegosztáshoz, amiről a RedmineProjectSettings számolt be. Alapértelmezés: Projektfával
A választási lehetőségek:
- Letiltva: a szülői hozzárendelésnek csak részfeladatai lehetnek egy hasonló projektben.
- Minden projekttel: egy szülői megbízásnak lehetnek részfeladatai más projektekben.
- Projektfával: egy szülői megbízásnak hasonló feladatokban lehetnek részfeladatai, az elődprojektek és minden rokonuk (például "rokonprojektek", "unokatestvérprojektek" stb.).
- Fontos projektlánccal: egy szülői megbízásnak hasonló feladatokban, alprojektekben vagy elődprojektekben lehetnek részfeladatai.
- Alprojektekkel: egy szülőprojektnek csak részfeladatai lehetnek egy hasonló projektben vagy alprojektekben (nem szülőprojektekben vagy irreleváns projektekben).
Kiadási feladat engedélyezése csoportoknak
Használja az aktuális dátumot az új kérdések kezdési dátumaként.
Mutassa magától értetődően az alprojektekkel kapcsolatos kérdéseket a fő projektekről
Ha érvényesre állítja, az alprojektek kérdései természetesen megjelennek az elsődleges projektek áttekintésében, ütemezésében és összesítésében (r1198 óta). Alapértelmezés: Igen
Ábrázolja az elvégzett kérdés arányát
Jellemzi a kiadás kész százalékának beállítását.
- Használja a probléma mezőt (alapértelmezett): A felhasználók fizikailag beállíthatják a% kész értéket.
- Használja a kiadás állapotát: Minden kibocsátási állapot csökkenthető. Ez felhatalmazza a "% Done" választást a problémákra és az "Update issue done proportions" sorrendet a kiadási állapotok felülvizsgálatában.
Nem munkanapok
- A kérdések elhatárolást küldenek
- A CSV és a PDF kereskedelemben szereplő kérdések legszélsőségesebb száma. Alapértelmezés: 500
- A dolgok legszélsőségesebb száma a Gantt-diagramon látható
Az alapértelmezett szegmensek megjelennek a kérdéslistán
Ez a beállítás lehetővé teszi, hogy jellemezze, hogy mely szegmensek jelennek meg természetesen a kiadási rekordokban.
Csak az „összes projekt” szempontjából elkülönített egyéni mezők választhatók ki itt.
idő követés
Kötelező mezők az időnaplókhoz
Fájlok
max. méret
Az átvitt rekordok legszélsőségesebb mérete (kibibájtban). Alapértelmezés: 5120 (például 5 mebi bájt)
A szöveges dokumentumok maximális mérete a soron belüli KB-t mutatta
Ez egy megközelítést kínál a szöveges dokumentumok legszélsőségesebb méretének korlátozására, amelyek beilleszkednek.
A diff vonalak maximális száma mutatkozott
Megközelítést ad a Redmine által mutatott legnagyobb számú diff vonalak korlátozására.
Archívum kódolások
Ez a választás lehetővé teszi, hogy jelezze a tárházi rekordok előnyben részesített kódolását (számos minőség megengedett, vesszővel elkülönítve). Ezeket a kódolásokat arra használják, hogy a dokumentumok tartalmát és az UTF-8-ra való áttérést azzal a céllal tegyék meg, hogy a program megfelelően megjelenítse őket.
Különböző kódolások megadásakor az elsődleges törvényes kódolást használják a rekordtartalomra vonatkozóan.
Francia ügyfelek számára ez a beállítás például a következőre állítható:
UTF-8, ISO 8859-15, CP1252
Japán ügyfelek számára:
UTF-8, CP932, EUC-JP
E-mail értesítések
Kimenő e-mail cím
Az ügyfeleknek küldött üzenetek "Feladó" mezőjében használt e-mail cím.
Vak másolat (titkos másolat)
Ha érvényesre állítja, az e-mail figyelmeztetést vak duplikátumként küldjük. Alapértelmezés: Igen
Sima tartalmú levelek
Ha érvényes értékre van állítva, az üzeneteket egyszerű tartalomban (HTML nélkül) küldjük.
e-mail fejléc
e-mail lábléc
Itt adhat meg olyan tartalmat, amely hozzáadódik az alkalmazás által küldött üzenetekhez.
Bejövő e-mailek
Lásd a RedmineReceivingEmails beállításokkal kapcsolatos aprólékos útmutatókat.
Rövidítse az üzeneteket e sorok után
Ezek a beállítások felhasználhatók arra, hogy kizárják a jeleket a közeledő üzenetekből.
Empower WS az e-mailek megközelítéséhez
A Redmine megoldható úgy, hogy e-mailen keresztül lehetővé tegye a kiadások vagy megjegyzések megfogalmazását. Ennek felhasználásához fel kell hatalmaznia az üzeneteket kapó API-t. Erre a helyre szolgál ez a beállítás. Alapértelmezett: Ki
API
Ebben a beállításban megadhat egy rejtélykulcsot, amelyet a probléma létrehozásához vagy megjegyzésekhez használ az e-mail kiemelésével.
adattárak
Felhatalmazott SCM
Itt kiválaszthatja (de) kiválaszthatja azokat az SCM-kereteket, amelyeket a Redmine „ad” az egyes vállalkozásoknak. Ez a beállítás abban az esetben hasznos, ha csak néhány SCM-keretet segít (például csak a Git vagy csak az SVN).
A Bring természetesen kötelez el
Abban az esetben, ha ezt az alternatívát elindítják, az alkalmazás következésképpen helyreállítja az új frissítéseket, amikor az ügyfél tanácsolja az áruházat.
Alapértelmezés: Igen
Képtelenné teheti ezt az alternatívát, és számítógépesítheti a # fetch_changesets tárolóba történő hívást, a cron segítségével normál módon helyreállíthatja a frissítéseket az üzletek egészéből.
Modell:
ruby content / sprinter "Repository.fetch_changesets" - e létrehozás
Redmine 2.x esetén:
rubintartalom / sínek sprinter "Repository.fetch_changesets" - e létrehozás
Redmine 3.x esetén:
konténer / sínek sprinter "Repository.fetch_changesets" - e létrehozása
Hívhatja ezt az ügyletet az archívumából egy utólagos vagy egy utólagos pergő alatt, hogy a változtatások minden egyes beküldés után megjelenjenek.
Empower WS a tárház kezeléséhez:
Ezt a választást csak abban az esetben kell végrehajtani, ha bemutatja a programozott SVN-tárház létrehozásának tartalmát. Alapértelmezés: Nem
Tárolja a tábla WS API kulcsát
Rejtélykulcs a tárházkezelés WS számára.
A fájlnaplóban a legszélesebb körű revízió látható
Megközelítést ad az SCM-től behajtott módosítások mértékének korlátozására egy meghatározott, áttekinthető módon.
Szöveges formázás alkalmazása üzenetek küldéséhez
Hivatkozási problémák a beküldött üzenetekben
Ha a tárolókból hozzák, az elküldött üzeneteket megvizsgálják hivatkozott vagy rögzített problémaazonosítók szempontjából.
Ezek az alternatívák lehetővé teszik az olyan jelszavak jellemzését, amelyek felhasználhatók a beküldött üzenetben a problémák hivatkozására vagy ennek kijavítására, valamint a rögzített problémákra alkalmazandó állapotot.
Az alapértelmezett jelszavak:
- hivatkozási kérdések: hivatkozások, hivatkozások, IssueID
- a problémák kijavításához: javít, bezár
Nincs rögzített probléma esetén alapértelmezett állapot. Jelölnie kell abban az esetben, ha fel kell hatalmaznia a problémák automatikus lezárását.
Abban az esetben, ha a kérdésekre kulcsszavak használata nélkül is hivatkoznia kell, írja be a magányos csillagot: * a Hivatkozási kulcsszavak (Adminisztráció / Adattár) beállításba. Ebben a helyzetben az üzenetben található bármely problémaazonosító összekapcsolódik a változáskészlettel.
Működő beküldési üzenet esete alapértelmezett kulcsszavak használatával:
Ez elköveti az 1., 2. számú hivatkozást és a 3. javítást
Ez az üzenet az 1. és a 2. kérdésre hivatkozna, és következésképpen kijavítaná a 3. kérdést.
Jelszó után az azonosítók elkülöníthetők szóközzel, vesszővel és.
A jelszavak a kis- és nagybetűk szempontjából nem érzékenyek, és minden esetben egy üres szóközre vagy kettőspontra van szükség a jelszó és az elsődleges hash között az egyezés létrehozásához. További modellek, amelyek hasonló eredményt hoznak létre, mint a fenti modell:
Commit refs: # 1, # 2 és # 3 javítás
Commit Refs # 1, # 2 és javítások # 3
Végezze el a REFS: # 1, # 2 és a # 3 javításokat
Az időzítés engedélyezése
Lehetővé teszi az időnaplózást közvetlenül az elküldött üzenetekből. Ez valószínűleg jó esélyt jelent arra, hogy az említett vállalkozásban bevezette az "Időkövetés" modult. Ebben a helyzetben kivételes szavakat is felvehet a beküldött üzenetbe, hogy bemutassa a kérdésre fordított időt.
Ennek elengedhetetlen mondatszerkezete: @ , ahol az idő különböző órákban vagy percekben áll.
Itt található egy sor olyan törvényes beküldési üzenet, amelyek működhetnek annak az esélyének, hogy meg kell adnia, hogy N órát töltött az 1234-es kiadásnál:
A (z) # 1234 @ 2 szolgáltatás megvalósítása
Az # 1234 @ 2h funkció megvalósítása
Az # 1234 @ 2hours szolgáltatás megvalósítása
Végezze el az # 1234 @ 15m funkciót
Az # 1234 @ 15min funkció megvalósítása
Az # 1234 @ 3h15 szolgáltatás megvalósítása
A (z) # 1234 @ 3h15m funkció megvalósítása
Az # 1234 @ 3: 15 szolgáltatás megvalósítása
A (z) # 1234 @ 3.25 szolgáltatás megvalósítása
Az # 1234 @ 3.25h funkció megvalósítása
A (z) # 1234 @ 3,25 szolgáltatás megvalósítása
Az # 1234 @ 3,25h funkció megvalósítása
Tevékenység a naplózott időre
Ez az a fajta művelet, amelyet fel kell használni, amikor felismeri, hogy a beküldött üzenetben naplóidő van (lásd fent).
Redmine frissítést keres? Könnyen.
Szerezzen meg minden hatékony eszközt a tökéletes projekttervezéshez, -kezeléshez és -ellenőrzéshez egyetlen szoftverrel.