deriv com

deriv.com

Deriv.com - แพลตฟอร์มการซื้อขายออนไลน์ที่มีตราสารอนุพันธ์ให้เลือกมากมายในการซื้อขายในวันที่ 24/7

ในเอกสารนี้:

• เอกสารอื่น ๆ
• การติดตั้งล่วงหน้า
• เริ่มต้นอย่างรวดเร็ว
• วิธีการมีส่วนร่วม
• แนวทางการจัดตั้ง PR
• PR โดยไม่ต้องแปล
• PR พร้อมการแปล
• จัดการเผยแพร่
• ทดสอบการปรับใช้ลิงค์
• คำถามที่พบบ่อย

เอกสารอื่น ๆ

• การใช้งานทั่วไป - มีวิธีการพัฒนาใน deriv.com
• แนวทางการพัฒนา - มีคำแนะนำสำหรับนักพัฒนาที่ทำงานในโครงการนี้
• GIT Best Practice - มีแนวทางปฏิบัติ GIT และปฏิบัติตามแนวทางปฏิบัติ
• โครงสร้างไฟล์
• GTM Workflow - มีเวิร์กโฟลว์ของ Google Tag Manager และข้อมูลเพิ่มเติม
• เวิร์กโฟลว์การแปล - มีเวิร์กโฟลว์ทั่วไปและคำสั่งที่จำเป็นสำหรับกระบวนการแปลของเรา
• แนวทาง TypeScript - มีแนวทาง TypeScript และอนุสัญญาสำหรับโครงการนี้

การติดตั้งล่วงหน้า

ก่อนที่จะทำงานหรือมีส่วนร่วมในโครงการนี้คุณจะต้องมีการตั้งค่าแพ็คเกจต่อไปนี้ในสภาพแวดล้อมของคุณ

• โหนด> = 18.12.1
• npm> = 8.19.2
• Git (สำหรับ contribution )
• Gatsby-cli (NPM Install -g Gatsby-CLI) (สำหรับการใช้คำสั่งที่ไม่ได้ระบุไว้ในสคริปต์)

นอกจากนี้การมีส่วนขยายเหล่านี้จะช่วยให้คุณเร่งกระบวนการพัฒนาและปฏิบัติตามแนวทางปฏิบัติที่ดีที่สุด

• Prettier: การตั้งค่าในตัวแก้ไขของคุณ https://prettier.io/ (หรือคุณสามารถเรียกใช้ npm run format คู่มือการติดตั้งสำหรับรหัส VS-https://www.codementor.io/@myogeshchavan97/how-to-automatically Code-in-visual-studio-code-using-prettier-1nebhfbxak webstorm-https://www.jetbrains.com/help/webstorm/prettier.html#prettier_before_you_you_start
• Stylelint: การตั้งค่าในตัวแก้ไขของคุณ https://stylelint.io/ (หรือคุณสามารถเรียกใช้ npm run stylelint )
• ESLINT: การตั้งค่าในตัวแก้ไขของคุณ https://eslint.org/ (หรือคุณสามารถเรียกใช้ npm run eslint )

เริ่มต้นอย่างรวดเร็ว

1. แยกโครงการ

   ในการทำงานในแอปพลิเคชัน Deriv เวอร์ชันของคุณเองโปรดแยกโครงการไปยัง repo ของคุณเอง

2. โคลนโดยใช้ SSH

   git clone [email protected]:your-github-username/deriv-com.git

3. ป้อนไดเรกทอรีโครงการ

    cd deriv-com

4. ติดตั้งการอ้างอิงของคุณ:

   npm ci

5. เพิ่มตัวแปร Env:

   สร้างไฟล์สองไฟล์ .env.development และ .env.production ภายในไดเรกทอรีรากของโครงการของคุณ

   จากนั้นตรวจสอบ LastPass ของคุณคุณจะเห็นรายการที่ใช้ร่วมกันชื่อ ตัวแปร env deriv-com คัดลอกตัวแปรพวกเขามีลักษณะเช่นนี้:

   และวางลงในไฟล์

6. เพื่อเริ่มพัฒนา:

   npm start

7. เปิดซอร์สโค้ดและเริ่มแก้ไข!

   เว็บไซต์ของคุณกำลังทำงานที่ http://localhost:8000 !

   หมายเหตุ: คุณจะเห็นลิงค์ที่สอง: http://localhost:8000/___graphql นี่คือเครื่องมือที่คุณสามารถใช้ในการทดสอบด้วยการสืบค้นข้อมูลของคุณ เรียนรู้เพิ่มเติมเกี่ยวกับการใช้เครื่องมือนี้ในการสอน Gatsby

วิธีการมีส่วนร่วม

ในการมีส่วนร่วมในโครงการเราต้องสร้าง PRS เพื่อมาสเตอร์ เรามี PRS สองประเภท (คำขอดึง):

แนวทางการจัดตั้ง PR

1. ใช้ {Developer}/{Clickup Card ID}/{Description} รูปแบบสำหรับชื่อ PR (เช่น: [Dev's Name]/COJ-247/Align next-button on mt5 modal )
2. เริ่มต้นคำอธิบายด้วยคำกริยาในการประกาศที่จำเป็นเพื่อความชัดเจนและความกระชับ ตัวอย่างเช่น "แก้ไขปัญหาด้วย ... " หรือ "ใช้คุณสมบัติกับ ... "
3. เพิ่มภาพหน้าจอของการเปลี่ยนแปลงเพื่อการตรวจสอบที่ง่ายขึ้น (เมื่อใดก็ตามที่มี) และคำอธิบายสั้น ๆ
4. ใช้ Draft PRS หากคุณยังไม่ได้ขอความเห็น อ่านเพิ่มเติมที่นี่

PR โดยไม่ต้องแปล

PR จะขึ้นอยู่กับสาขาหลักหากการกระทำไม่ได้มีการเปลี่ยนแปลงข้อความ

1. สร้างสาขาจากสาขาหลักล่าสุด

   git checkout master
   git pull upstream master
   git checkout -b [_your_branch_name]

2. ทำการเปลี่ยนแปลงของคุณ

3. ทำคำขอดึงตามแนวทางการจัดรูปแบบ PR

• ผลักดันการเปลี่ยนแปลงของคุณไปยังแหล่งกำเนิดของคุณเพิ่ม -u Flag เป็นครั้งแรก

  git push -u origin [_your_branch_name]

• คลิกที่ลิงค์ autogenerated จากเทอร์มินัลเพื่อเปิด PR

• ตรวจสอบให้แน่ใจว่าได้เปลี่ยนฐานประชาสัมพันธ์เป็นสาขา master

PR พร้อมการแปล

• สิ่งที่ต้องทำล่วงหน้า:

  • ติดตั้ง crowdin-cli

    brew tap crowdin/crowdin
    brew install crowdin

  • ตั้งค่าคีย์ API Crowdin ของคุณใน. bash_profile หรือ. zshrc ของคุณ

• สร้างสาขา

  npm run branch:create

  ดำเนินการโดยเลือกการแปลปกติ

• ดาวน์โหลดการแปล

  npm run translation:pull

  คำสั่งนี้จะกระตุ้นเวิร์กโฟลว์เพื่อดึงการแปลล่าสุดจากสาขาที่เฉพาะเจาะจงและเพิ่มการยอมรับลงในการประชาสัมพันธ์นั้นโดยอัตโนมัติ

• ผลักดันการเปลี่ยนแปลงใน PR

• ความขัดแย้งในไฟล์ message.json

  ไม่ต้องกังวลว่าจะแก้ไขได้ง่ายคุณสามารถแก้ไขได้โดยใช้การเปลี่ยนแปลงหรือการเปลี่ยนแปลงของพวกเขาไม่สำคัญเพราะหลังจากที่คุณกระทำแล้วมันจะสร้างข้อความที่อัปเดตอีกครั้งไฟล์ json ตามรหัสปัจจุบันของคุณตราบใดที่คุณมี การเปลี่ยนแปลงทั้งหมดจากอาจารย์ที่คุณเป็นไปได้

  ดึงการแปล แต่สตริงยังไม่ได้แปลก่อนคุณต้องตรวจสอบว่าคุณมีการแปลทั้งหมดใน codebase ของคุณหรือไม่ ค้นหาสตริงและคัดลอกค่าแฮชที่สอดคล้องกันสำหรับสตริงสามารถพบได้ใน messages.json

  ตอนนี้ค้นหา codebase ทั้งหมดโดยใช้แฮชหากไฟล์ JSON สำหรับแต่ละภาษาปรากฏในผลการค้นหาของคุณคุณจะตรวจสอบว่าค่าไม่เป็นภาษาอังกฤษหรือไม่ เมื่อการแปลได้รับการพิสูจน์แล้วว่าอยู่ที่นั่นคุณต้องตรวจสอบว่ามักจะใช้สตริงหากคุณใช้ฟังก์ชั่นการแปลเป็นภาษาท้องถิ่นเมื่อไม่ได้อยู่ในส่วนประกอบปฏิกิริยามันไม่สามารถแปลสตริงได้อย่างถูกต้องคุณสามารถแปลงเป็นแทน

จัดการเผยแพร่

มีการเผยแพร่ 2 ประเภท:

1. ปล่อยไปสู่การจัดเตรียม:

การผสานกับมาสเตอร์ (สควอชและผสาน) จะปล่อยการกระทำครั้งสุดท้ายไปยังเซิร์ฟเวอร์การจัดเตรียม https://staging.deriv.com

2. ปล่อยสู่การผลิต:

การปล่อยไปสู่การผลิตต้องใช้แท็กโดยใช้รูปแบบต่อไปนี้:

production_VYYYYMMDD_${Integer} --- จำนวนเต็มเป็นเวอร์ชันรุ่น

ตัวอย่างขั้นตอนการวางจำหน่าย

• สร้างแท็กต่อไปนี้วันที่ของวันนี้

  git tag production_V20200806_0 -m ' release to production '

• กดแท็กไปยังที่เก็บหลัก

  git push upstream production_V20200806_0

ทดสอบการปรับใช้ลิงค์

เมื่อสร้างการประชาสัมพันธ์ Vercel และ CloudFlare จะสร้างลิงค์ทดสอบสองลิงค์โดยอัตโนมัติภายใน PR คุณสามารถใช้สิ่งนั้นเพื่อดูตัวอย่างลิงค์ทดสอบสำหรับการเปลี่ยนแปลงที่คุณทำ