
Andrew Hanna

Tekunda Team

قبل البدء في تطوير Salesforce، تحتاج إلى إعداد بيئتك. يتضمن ذلك تثبيت الأدوات اللازمة وإعداد مشروع Salesforce لديك.
إذا كنت تريد تبسيط تعقيدات هذه العمليات حتى تركز على الابتكار بدلا من إدارة العمليات، فلدينا الحل المناسب لك!
ابدأ مجانا - دون بطاقة ائتمان وكن من المختارين لاستخدام Tekunda Serpent لتحويل سير عملك!
أولا، تحتاج إلى تثبيت Salesforce CLI. هذه الأداة أساسية للتفاعل مع Salesforce orgs، وإنشاء scratch orgs، وإدارة metadata.
نزّل المثبّت من صفحة Salesforce CLI. اتبع تعليمات التثبيت الخاصة بنظام التشغيل لديك.
بعد تثبيت CLI، صادق على Salesforce org باستخدام الأمر التالي:
sf login
أنشئ مشروع Salesforce DX جديدا أو انتقل إلى مجلد مشروعك الحالي. ابدأ المشروع باستخدام:
sf project create --name YourProjectName
Scratch orgs هي بيئات مؤقتة يمكنك استخدامها للتطوير والاختبار. يمكن أن تكون namespaced أو non-namespaced حسب متطلباتك.
أنشئ ملف config/project-scratch-def.json داخل مجلد مشروعك
بالإعدادات المطلوبة. مثال:
{
"orgName": "Demo Company",
"edition": "Developer",
"features": ["Communities", "ServiceCloud"],
"settings": {
"orgPreferenceSettings": {
"s1DesktopEnabled": true,
"selfSetPasswordInApi": true
}
}
}
استخدم الأمر التالي لإنشاء scratch org:
sf org create scratch --definitionfile config/project-scratch-def.json --setdefaultusername --durationdays 7 --alias YourScratchOrgAlias
إذا كنت تطور managed package، فقد تحتاج إلى namespaced scratch org. تعد namespaced orgs مفيدة جدا لتطوير واختبار managed packages لأنها تسمح لك باختبار الكود في بيئة تشبه بيئة الإنتاج لديك بدرجة كبيرة. فيما يلي بعض حالات الاستخدام الشائعة لـ namespaced orgs:
تأكد من أن Dev Hub لديك لديه namespace مسجل، وأدرج namespace في تعريف scratch org.
عندما تصبح scratch org جاهزة، يمكنك نشر metadata والكود. تتضمن هذه العملية دفع المصدر المحلي إلى scratch org وإعداد أي بيانات اختبار وأذونات لازمة.
انشر المصدر المحلي إلى scratch org باستخدام:
sf project deploy start
عيّن permission sets اللازمة للمستخدم لديك:
sf org assign permset --name YourPermsetName
إذا كانت لديك بيانات اختبار، فحمّلها باستخدام SOQL queries أو عبر استيراد ملفات بيانات:
sf data import tree --plan data/sample-data-plan.json
إذا كان مشروعك يعتمد على managed packages، فثبتها باستخدام:
sf package install --package YourPackageAliasOrId --wait 10
إذا كنت تريد تبسيط تعقيدات هذه العمليات حتى تركز على الابتكار بدلا من إدارة العمليات، فلدينا الحل المناسب لك!
ابدأ مجانا - دون بطاقة ائتمان وكن من المختارين لاستخدام Tekunda Serpent لتحويل سير عملك!
يعد التحكم الفعال في المصدر ضروريا لتعاون الفريق وسلامة المشروع. Git هو نظام التحكم في المصدر الأكثر استخداما في تطوير Salesforce.
إذا لم يكن مشروعك ضمن source control بالفعل، فابدأ مستودع Git:
git init
أضف تغييراتك إلى المستودع وثبّتها:
git add . git commit -m "Initial commit"
استخدم Git Flow لإدارة الفروع. أنشئ feature branch جديدا للتطوير:
git checkout -b feature/new-feature
اجلب وادمج التغييرات من الفرع الرئيسي بانتظام لإبقاء feature branch محدثا:
git fetch origin git merge origin/main
بعد تطوير الميزة، ثبّت تغييراتك وادفعها:
git commit -m "Developed new feature" git push origin feature/new-feature
افتح pull request لدمج feature branch في الفرع الرئيسي. تأكد من مراجعة الكود والموافقة عليه من فريقك.
بعد اكتمال التطوير والاختبار، يحين وقت إدارة الإصدارات. يمكن أن تختلف هذه العملية حسب ما إذا كنت تعمل مع non-packaged org أو managed package.
انشر تغييراتك إلى production org باستخدام Salesforce CLI:
sf project deploy start --target-org YourProductionOrgAlias
تأكد من نجاح كل الاختبارات قبل إكمال النشر:
sf apex run test --target-org YourProductionOrgAlias
استخدم Salesforce CLI لمراقبة حالة النشر:
sf project deploy report --target-org YourProductionOrgAlias --job-id <yourDeploymentJobId>
أنشئ package version جديدا باستخدام Salesforce CLI:
sf package version create --package YourPackageAlias --installation-key YourKey --wait 10 --code-coverage
قم بترقية package version لجعله متاحا للتثبيت:
sf package version promote --package "YourPackageVersionId"
إذا كانت الحزمة ستُدرج في AppExchange، فقدمها إلى security review. تضمن هذه العملية التزام الحزمة بمعايير أمان Salesforce.
ثبّت managed package في production org:
sf package install --package YourPackageVersionId --target-org YourProductionOrgAlias --wait 10
يتضمن تطوير Salesforce باستخدام Salesforce CLI عدة خطوات، من إعداد بيئة التطوير إلى إدارة الإصدارات. من خلال استخدام scratch orgs، ونشر metadata والكود، والتعامل مع التحكم في المصدر، وإدارة الإصدارات بكفاءة، يمكنك تبسيط عملية تطوير Salesforce.
سواء كنت تطور لـ non-packaged org أو تنشئ managed package، توفر Salesforce CLI أوامر قوية لأتمتة وتبسيط سير عملك. باتباع أفضل الممارسات والحفاظ على source control فعال، يمكنك التأكد من أن مشاريعك مُدارة جيدا وجاهزة للنشر.
إذا كنت تريد تبسيط تعقيدات هذه العمليات حتى تركز على الابتكار بدلا من إدارة العمليات، فلدينا الحل المناسب لك!
ابدأ مجانا - دون بطاقة ائتمان وكن من المختارين لاستخدام Tekunda Serpent لتحويل سير عملك!

Andrew Hanna

Serpent Team

Tekunda Team

Tekunda Team

Tekunda Team

Andrew Hanna