מאגר הליבה של 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.