ລະບົບຕິດຕາມບັນຫາ
ປ່ຽນເຊດຊັນເປັນ ticket ໃນຂະນະທີ່ເບິ່ງ - ປຸ່ມດຽວໃນເຄື່ອງຫຼິ້ນ, ຄຳອະທິບາຍດ້ວຍຄຳຂອງທ່ານເອງ ແລະ ລິ້ງຫຼິ້ນຄືນທີ່ແນບໄວ້ແລ້ວ.
1. ເປັນຫຍັງອັນນີ້ຈຶ່ງເຮັດດ້ວຍຕົນເອງ
ຂົວເຊື່ອມອື່ນທັງໝົດໃນ MousePlayer ເຮັດວຽກເອງ. ອັນນີ້ບໍ່ເຮັດ ແລະ ນັ້ນຄືການອອກແບບທັງໝົດ.
ticket ເປັນວຽກສຳລັບຄົນ. ຖ້າເປີດ ticket ສຳລັບທຸກການຄລິກດ້ວຍຄວາມຫງຸດຫງິດ ກະດານຈະເຕັມດ້ວຍລາຍການທີ່ບໍ່ມີໃຜຄັດແຍກ ແລະ ພາຍໃນໜຶ່ງອາທິດທີມຈະກອງມັນອອກ - ແລ້ວບັນຫາຈິງກໍຈະຖືກກອງອອກນຳ.
ດັ່ງນັ້ນທ່ານຄືຕົວກະຕຸ້ນ. ທ່ານເບິ່ງເຊດຊັນ, ເຫັນບັນຫາ, ກົດປຸ່ມ ແລະ ຂຽນສິ່ງທີ່ເຫັນ. ລິ້ງການບັນທຶກຢູ່ໃນຄຳອະທິບາຍແລ້ວ; ທ່ານເປັນຜູ້ຕັດສິນ.
ປຸ່ມປາກົດສະເພາະໃຫ້ເຈົ້າຂອງແລະຜູ້ດູແລ ແລະ ບໍ່ປາກົດໃນມຸມມອງລິ້ງແບ່ງປັນເລີຍ. ຄົນທີ່ທ່ານສົ່ງການບັນທຶກໃຫ້ບໍ່ຄວນເປີດ ticket ໃນລະບົບຕິດຕາມຂອງທ່ານໄດ້.
2. ຫ້າລະບົບຕິດຕາມແລະສິ່ງທີ່ແຕ່ລະອັນຕ້ອງການ
| ບ່ອນທີ່ສ້າງລາຍການ | ທ່ານລະບຸ | |
|---|---|---|
| Jira | ບັນຫາໃນໂຄງການ | URL ເວັບໄຊ, ອີເມວບັນຊີ, API token, ຄີໂຄງການ, ປະເພດບັນຫາ |
| Linear | ບັນຫາໃນທີມ | ກະແຈ API, ID ທີມ |
| Asana | ວຽກໃນໂຄງການ | personal access token, ID ໂຄງການ |
| Trello | ບັດໃນລາຍການ | ກະແຈ, token, ID ລາຍການ |
| GitHub | ບັນຫາໃນ repository | personal access token, owner/repo |
ໜຶ່ງກ່ອງ ເລືອກຜູ້ໃຫ້ບໍລິການໄດ້ເທື່ອລະອັນ. ການເພີ່ມລະບົບຕິດຕາມທີສອງພາຍຫຼັງແມ່ນປ່ຽນການເລືອກ ບໍ່ແມ່ນການຍ້າຍລະບົບ.
ແຫຼ່ງທີ່ມາຂອງຕົວລະບຸ
ID ທີມ Linear ແລະ ID ໂຄງການ Asana ເຫັນໄດ້ໃນ URL ເມື່ອເປີດທີມຫຼືໂຄງການໃນບຣາວເຊີ. ID ລາຍການ Trello ຊອກຫາຍາກທີ່ສຸດໃນຫ້າອັນ: ເພີ່ມ .json ຕໍ່ທ້າຍ URL ກະດານ ແລ້ວຊອກຫາລາຍການທີ່ຕ້ອງການ. ຄີໂຄງການ Jira ແມ່ນຄຳນຳໜ້າທຸກເລກບັນຫາ - ACME ໃນ ACME-1234.
3. ລິ້ງໃນ ticket ສ້າງໂດຍເຊີບເວີຂອງພວກເຮົາ
ຄຳອະທິບາຍທີ່ພິມແມ່ນຂອງທ່ານ. ລິ້ງຫຼິ້ນຄືນບໍ່ແມ່ນ - ມັນປະກອບຝັ່ງພວກເຮົາຈາກເຊດຊັນທີ່ທ່ານກຳລັງເບິ່ງຈິງ ແລະ ຟອມປ່ຽນມັນບໍ່ໄດ້.
ສິ່ງນີ້ສຳຄັນເພາະ ticket ເປັນສິ່ງທີ່ຄົນອື່ນຄລິກ. ຖ້າລິ້ງມາຈາກບຣາວເຊີ ຄຳຮ້ອງຂໍທີ່ສ້າງຂຶ້ນເປັນພິເສດອາດວາງທີ່ຢູ່ໃດກໍໄດ້ຕໍ່ໜ້າທີມ ພາຍໃນສິ່ງທີ່ເບິ່ງຄືເຄື່ອງມືຂອງທ່ານເອງ.
HTTP 200 ບໍ່ໄດ້ໝາຍເຖິງ ticket ມີຢູ່
Linear ຕອບຜ່ານ GraphQL ແລະ GraphQL ຕອບ 200 OK ພ້ອມອາເຣ errors ເມື່ອປະຕິເສດ. ຂົວເຊື່ອມທີ່ເບິ່ງພຽງລະຫັດສະຖານະຈະລາຍງານວ່າສຳເລັດສຳລັບ ticket ທີ່ບໍ່ເຄີຍສ້າງ. ພວກເຮົາອ່ານເນື້ອຫາ.
ເມື່ອລະບົບຕິດຕາມສົ່ງຕົວລະບຸບັນຫາໃໝ່ກັບມາ ພວກເຮົາໃສ່ໃນການຢືນຢັນ - ເພື່ອໃຫ້ທ່ານກວດໄດ້ວ່າມັນມີຈິງ ແທນທີ່ຈະເຊື່ອຂໍ້ຄວາມສີຂຽວ.
4. ສິ່ງທີ່ຕັ້ງໃຈບໍ່ມີໃນທີ່ນີ້
ບໍ່ມີ ticket ອັດຕະໂນມັດ
ເບິ່ງຂ້າງເທິງ. ຖ້າຕ້ອງການອັດຕະໂນມັດ ຂົວເຊື່ອມ webhook ສາມາດສົ່ງສັນຍານຄວາມຫງຸດຫງິດໄປ Zapier ຫຼື Make ແລະ ທ່ານຕັດສິນຢູ່ທີ່ນັ້ນວ່າສິ່ງໃດຄວນໄດ້ ticket.
ບໍ່ມີການຊິງຄ໌ສອງທິດທາງ
ການປິດ ticket ບໍ່ປ່ຽນຫຍັງໃນ MousePlayer ແລະ ບໍ່ມີສິ່ງໃດໃນ MousePlayer ເປີດມັນຄືນ. ການຊິງຄ໌ທີ່ເຮັດວຽກພຽງໜຶ່ງທິດທາງເຄິ່ງ ຮ້າຍກວ່າບໍ່ມີ ເພາະຄົນເລີ່ມພຶ່ງພາມັນ.
ບໍ່ມີໄຟລ໌ແນບ
ການບັນທຶກຢູ່ກັບພວກເຮົາ ແລະ ເບິ່ງກັບພວກເຮົາ. ການສົ່ງອອກວິດີໂອເຂົ້າລະບົບຕິດຕາມຈະສົ່ງຂໍ້ມູນສ່ວນບຸກຄົນໄປລະບົບທີ່ມີກົດໄລຍະເກັບຮັກສາຕ່າງຈາກທີ່ທ່ານຕົກລົງກັບຜູ້ເຂົ້າຊົມ.
token ເກັບແບບເຂົ້າລະຫັດ AES-256-GCM ແລະ ບໍ່ສະແດງອີກ. ບໍ່ໃສ່ມັນໃນຄິວພາຍໃນເລີຍ - ການເອີ້ນນີ້ເກີດໃນຂະນະທີ່ທ່ານລໍຖ້າ ໂດຍກົງຈາກຄຳຮ້ອງຂໍ.
5. GitLab, Azure DevOps ແລະ ClickUp
ອີກສາມລະບົບຕິດຕາມ, ປຸ່ມດຽວກັນ, ຕົວກະຕຸ້ນດ້ວຍຕົນເອງແບບດຽວກັນ.
| ທ່ານລະບຸ | |
|---|---|
| GitLab | ໂຮສ, ID ໂຄງການ ແລະ token - GitLab ຂອງທ່ານເອງກໍໃຊ້ໄດ້ |
| Azure DevOps | ອົງການ, ໂຄງການ, ປະເພດລາຍການວຽກ ແລະ PAT |
| ClickUp | ID ລາຍການ ແລະ personal token |
GitLab ຖາມໂຮສເພາະທ່ານອາດເປັນເຈົ້າຂອງ
ຕ່າງຈາກອັນອື່ນ GitLab ມັກໂຮສເອງ ດັ່ງນັ້ນໂຮສຈຶ່ງເປັນຊ່ອງ ແທນຄ່າຄົງທີ່. ວາງ gitlab.com ຖ້າທ່ານໃຊ້ບ່ອນນັ້ນ.
Azure DevOps ມີສອງຈຸດພິເສດພ້ອມກັນ
ເນື້ອຫາເປັນເອກະສານ JSON Patch ແທນອອບເຈັກ ແລະ content type ຕ້ອງເປັນ application/json-patch+json - ຖ້າເປັນອັນອື່ນຈະຕອບ 415. ເຄື່ອງໝາຍໂດລາກ່ອນປະເພດລາຍການວຽກໃນ URL ເປັນສ່ວນຂອງທີ່ຢູ່ ບໍ່ແມ່ນຕົວແທນທີ່ລືມຕື່ມ.
ClickUp ຕ້ອງການ token ລ້ວນ
ບໍ່ໃສ່ Bearer ນຳໜ້າ. token ທີ່ເພີ່ມຄຳນັ້ນນຳໜ້າຈະຖືກປະຕິເສດດ້ວຍ 401 ເຊິ່ງເບິ່ງຄື token ຜິດທຸກຢ່າງ.
ເຄື່ອງໝາຍການຄ້າທັງໝົດທີ່ລະບຸໃນທີ່ນີ້ເປັນຂອງເຈົ້າຂອງແຕ່ລະລາຍ. MousePlayer ບໍ່ມີຄວາມສຳພັນທາງທຸລະກິດກັບຜູ້ໃຫ້ບໍລິການເຫຼົ່ານີ້.