Difference between revisions of "He:מעקב תקלים"

From Gramps
Jump to: navigation, search
(המלצות: fix)
(3. דווח על תקל חדש: translation)
Line 27: Line 27:
  
 
===3. דווח על תקל חדש===
 
===3. דווח על תקל חדש===
[[File:Report issue buttons Gramps bugs.png|thumb|left|450px|'Report Issue' buttons.]]
+
[[File:Report issue buttons Gramps bugs.png|thumb|left|450px|'דווח על סוגיה' לחצן.]]
Click on one of the {{man label|Report Issue}} buttons, and enter the required information, see below on how to select the project to which the bug belongs. Be verbose, the developers are bad at mind reading. We shall mercilessly close the bugs which have no meaningful information at all, such as #{{bug|7126}}. Do not forget to list the Gramps version you are using. You can check this in Gramps by clicking in the Gramps program the Help menu, option About.
+
הקשה על אחד מלחצני {{man label|Report Issue}} והזו את המידע הנדרש, ראו להלן כיצד לבחור את הפרויקט שאליו שייך התקל. היו מילוליים והסבירו בפשטות ובהירות את הסוגיה, המפתחים 'רעים' בקריאת מחשבות. צוות הפתוח יסגור ללא רחם את התקלים בהם אין מידע משמעותי כלל, כגון {{bug|7126}}# . חשוב לא לשכח להזין את גרסת גרמפס בה אתם משתמשים. ניתן לבדוק זאת בקלות  מסרגל הקלים בגרמפס, עזרה, אודות.
 
{{-}}
 
{{-}}
 
==== כיצד להמשיך ====
 
==== כיצד להמשיך ====
Line 55: Line 55:
 
**The '''Gramps Master''' project should only be used by developers and testers of the latest code. It is a place for recording issues that only apply to the master branch in Git (see [[Brief_introduction_to_Git#Types_of_branches|Types of Branches]]). There is only one "Gramps Master" project because there is only one master branch in the Git repository.
 
**The '''Gramps Master''' project should only be used by developers and testers of the latest code. It is a place for recording issues that only apply to the master branch in Git (see [[Brief_introduction_to_Git#Types_of_branches|Types of Branches]]). There is only one "Gramps Master" project because there is only one master branch in the Git repository.
 
{{-}}
 
{{-}}
 
  
 
==קודי תחביר שימושיים למעקב אחר תקלים במנטיס==
 
==קודי תחביר שימושיים למעקב אחר תקלים במנטיס==

Revision as of 16:57, 29 May 2021

גרמפס מנהל מעקב אחר תקלים ובקשות לתוספות ושיפורי תכנה באמצעות מערכת מנטיס. מנטיס (Mantis Bug Tracker) הוא מערכת חינמית, כתובה בקוד פתוח, שנועדה לאפשר ניהול ומעקב תקלים מקוון ושיתופי.
השימוש הנפוץ ביותר במנטיס הוא אכן מעקב אחר ליקויי תכנה. עם זאת, מנטיס משמש לעיתים קרובות כמערכת מעקב אחר בעיות כלליות וככלי לניהול פרויקטים.
את אתר מעקב אחר סוגיות/תקלים בגרמפס ניתן למצוא בכתובת הבאה: https://www.gramps-project.org/bugs מערכת מעקב אחר סוגיות/תקלים זו מאפשרת למשתמשים ומפתחים לדווח על סוגיות חדשות ולעקוב אחר מהלך התקדמותן.
נא הקדישו מספר דקות לעיון בהוראות המעקב אחר סוגיות מטה ולקרוא גם את כיצד ליצור דוח תקלים טוב. כמו כן, לעיין ב סוגיות ידועות וב- סוגיות נפוצות.

המלצות

  • היו מדוייקים
  • היו ברורים: הסבירו בבהירות כיצד ניתן לשחזר את התקלה, צעד אחר צעד, כך שאחרים יוכלו לשחזר אותה גם, או להבין את הבקשה.
  • נא לא לכלול יותר מסוגיה אחת בכל דיווח.
  • צרפו דוגמאות ו/או קישורים הנוגעים לסוגייה.

דיווח על תקלה

1. התחברות

על מנת לדווח על תקל או להעלות בקשת שינויים ותוספות תכנה, נדרש תחילה לייצור חשבון כניסה למעקב התקלים של גרמפס:

  • הקישו עלlogin כדי להתחבר לחשבון באתר https://gramps-project.org/bugs/login_page.php או;
  • בחרו ב- Signup for a new account, או בקרו באתר ש בקישור הבא כדי ליצור חשבון כניסה חדש: https://gramps-project.org/bugs/signup_page.php. בעת יצירת חשבון משתמש חדש, נא לקחת בחשבון שעשויות לחלוף עד 12 שעות לפני שתשלח הודעת דוא"ל עם קישור לחשבון. רק לאחר לחיצה על הקישור שהתקבל בדוא"ל החוזר, ניתן יהיה להכנס לחשבון ולדווח על תקלים. כתובת הדוא"ל שלכם תטופל בסודיות.


2. חיפוש תקלים קיימים

תיבת חיפוש

יתכן מאוד שתקל זהה או דומה דווח כבר בעבר על ידי משתמשים אחרים. כדי לבדוק זאת, נא להקיש על View Issues. החלק העליון של העמוד שמור למסננים אותם ניתן להגדיר לחיפושים עתידיים, אך לרוב מסנני ברירת המחדל שברשימה, יספקו מענה טוב. בתיבה Search שמתחת למסננים אלה, יש להזין את המונחים המתארים בצורה הטובה ביותר את התקל אותו מחפשים, ואז הקשה על Apply Filter כדי להחיל את המסנן ולחפש. במידה ומתקבלת הודעת שגיאה, הדביקו חלק מהודעת השגיאה בתיבת החיפוש כדי ללבדוק אם היא כבר דווחה. אם התקל דווח כבר בעבר, נא לקרוא את דוח התקל ולבדוק אם קיים מידע נוסף שעשי לסייע בפתרון הבעיה. במידה ומידע כזה אכן קיים, כדי להשאיר הודעה עם המידע הנוסף שיעזור למפתחים לעזור לכולנו.


3. דווח על תקל חדש

'דווח על סוגיה' לחצן.

הקשה על אחד מלחצני Report Issue והזו את המידע הנדרש, ראו להלן כיצד לבחור את הפרויקט שאליו שייך התקל. היו מילוליים והסבירו בפשטות ובהירות את הסוגיה, המפתחים 'רעים' בקריאת מחשבות. צוות הפתוח יסגור ללא רחם את התקלים בהם אין מידע משמעותי כלל, כגון 7126# . חשוב לא לשכח להזין את גרסת גרמפס בה אתם משתמשים. ניתן לבדוק זאת בקלות מסרגל הקלים בגרמפס, עזרה, אודות.

כיצד להמשיך

Choose Project - selection list

The first step in submitting an issue on the tracker is to determine which project it belongs to on the issue tracker from the Select Project box, use the Choose Project drop down list to select the "project" for the bugs. "Projects" are a way to categorize issues. There are two types of projects in the issue tracker, Feature Requests and Gramps:

  • The Feature Requests project is a place for recording requests for new features.
    • If the issue represents functionality that does not currently exist in Gramps, then the issue should be filed under the Feature Requests project.
  • The Gramps project is a place for recording all issues with Gramps.
    • If the issue represents a problem with functionality that has been released in a stable release of code, then the issue should be filed under the project that corresponds to the maintenance branch for that release. For example, a bug found in Gramps 5.1.0 should be filed under the Gramps 5.1.0 project.
  • If the issue represents a problem with functionality that only exists in the master branch, or the problem exists in the master branch, but not any stable releases, then the issue should be filed under the Gramps Master project.


הזנת פרטי הסוגייה

Enter Issue Details - page

The Enter Issue Details page is where you share with the developers what your issue or feature request is.

Try and complete all the relevant sections as well as you can and be prepared to answer follow up questions if your report needs clarification, it may help you to read the How to create a good bug report article.

מילוי הטופס
  • Product Version
    • The projects with names that look like Gramps x.x.X are where issues are reported that apply specifically to a maintenance branch (see Types of Branches). A separate project exists for each maintenance branch.
    • The Gramps Master project should only be used by developers and testers of the latest code. It is a place for recording issues that only apply to the master branch in Git (see Types of Branches). There is only one "Gramps Master" project because there is only one master branch in the Git repository.


קודי תחביר שימושיים למעקב אחר תקלים במנטיס

The following are useful Mantis bug tracker syntax codes you can use:

  • Using # before a bug number writes a link to the bug. eg: #1 becomes 1
  • Use @ before a user name to mention a person (note: user names with embedded spaces are not supported)
  • Using ~ before a comment number writes a link to the comment, same as : {url}#c{comment number}. eg: ~3 becomes [1]

תגי HTML מוגבלים

  • ניתן להשתמש בשדות המלל בערכה מוגבלת של תגי HTML:
    • <p> </p> להגדרת פסקה.
    • <li> להגדרת רשימת פריטים יחד עם:
      • <ul> רשימול לא ממוינות.
      • <ol> רשימות ממוינות.
    • <br> להכנסת 'שורה בודדת' יחידה.
    • <pre> </pre> להוספת מלל מעוצב מראש, המוצג בגופן ברוחב קבוע, ושמירה על רווח וגם על מעברי שורות.
    • <i> </i> הצגת מלל נטוי.
    • <b> </b> הצגת מלל מודגש.
    • <u> </u> הדגשת שגיאות איות בקו תחתון.
    • <em> </em> מלל מודגש.
    • <strong> הגדרת מלל חשוב.

פתרון תקלים (עבור מפתחים)

This information is for the developers following up on the submitted issues.

The roadmap page of the bug tracker lists the bugs currently prioritized for the next releases. If you are looking for a bug to fix, this is a good place to start. Placement on the roadmap is controlled by the "Target Version" field fo the bug. Special "X.Y.99" phony releases, such as "3.4.99" and "4.0.99", list bugs that we would eventually like to fix for the "X.Y" version, but don't really know the milestone yet. Bugs that really should hold up a release should be on the roadmap with a real release number, and should only be moved after giving a reason or heads up on the devel list [2]. If you fix a bug scheduled for a later milestone before a previous one is out, please manually adjust the target release field before marking the bug resolved, otherwise the roadmap display will be inaccurate [3].

In general, when resolving an issue, it is always a good idea to add a note with the hash of the commit that fixed the problem.

When resolving issues in a maintenance branch, one should always set the "Fixed in version" field to the version of the next release that will be made from that branch. This is done so that the issue properly appears in the ChangeLog page for that project ( https://gramps-project.org/bugs/changelog_page.php ).

Bugs in maintenance branch projects should not be marked as closed until the developer has committed the change into the corresponding maintenance branch. Additionally, it is the developers responsibility to make sure the change has been merged into the master branch.

ראו גם