מאגר הליבה של Blockly מכיל את הקוד שנחוץ להרצת כל אפליקציה שמבוססת על Blockly.
חשוב לדעת
הנה סקירה כללית מהירה של עובדות לגבי הליבה של Blockly שצריך לדעת כדי ליצור בקשת תיקון (PR).
- ההסתעפות הפעילה היא develop, וכל בקשות העריכה צריכות להתבצע בהסתעפות develop.
- עליכם למלא את תבנית בקשת המשיכה עם המידע המבוקש.
- הקוד חייב לעמוד בדרישות של מדריך הסגנון של Google ל-TypeScript.
- כדאי להשתמש בהתחייבויות רגילות בהודעות ההתחייבות ובשמות של בקשות משיכה.
- מחרוזות שגלויות למשתמשים צריכות להופיע בקובץ
/msg/messages.jsכדי שניתן יהיה לתרגם אותן. פחות מ-6% מהאנשים בעולם דוברים אנגלית כשפת אם. - באופן כללי, הטקסט בבלוק צריך להיות באותיות קטנות בלבד (בדיוק כמו מילות המפתח ברוב שפות התכנות).
- שמירה על תאימות לאחור. יש הרבה אפליקציות Blockly, אל תגרמו נזק לאחרים.
כל קובץ קוד חדש חייב לכלול את הקידומת של רישיון Apache v2.0:
/** * @license * Copyright <Current YYYY> Google LLC * SPDX-License-Identifier: Apache-2.0 */
ביצוע שינוי ואימות שלו
- מריצים את הפקודה
npm installכדי להתקין את יחסי התלות. - מריצים את הפקודה
npm run startכדי להפעיל שרת שבו פועלת סביבה לניסוי. אפשר להשתמש בדף הזה כדי לבדוק את ההתנהגות הקיימת. מידע נוסף זמין בדף playground. - מבצעים את השינויים הנדרשים בקוד.
- אם השרת נשאר פועל, צריך לרענן את הדף כדי לראות את השינויים. אחרת, צריך להפעיל מחדש את השרת ולוודא שהקוד פועל כצפוי ואין שגיאות או אזהרות במסוף.
- מריצים את הפקודה
npm run buildומוודאים שאין שגיאות build. - כתיבה של בדיקות אוטומטיות. בדרך כלל אלה יהיו בדיקות mocha בספרייה
tests/mocha, אבל יכול להיות שנבקש מכם בדיקות מסוגים אחרים. - מריצים את
npm run formatכדי לעצב את הקוד ולתקן באופן אוטומטי חלק מבעיות האיתור של שגיאות בקוד. - מריצים את
npm testכדי להריץ את הבדיקות האוטומטיות. הפקודה הזו מריצה גם אתeslint. - אם יש שגיאות ב-lint, מריצים את הפקודה
npm run lint:fixכדי לתקן את הבעיות שניתנות לתיקון אוטומטי. מטפלים בכל האזהרות או השגיאות שנותרו. - אם כל הבדיקות יעברו, תוכלו לפתוח בקשת תיקון (PR) עם השינויים שלכם ב-develop.