گردش کار توسعه خود را با الگوهای روابط عمومی GitHub افزایش دهید! 🌟

با سلام!

امیدوارم که کارتان عالی باشد! این SMY است! 👋 بیایید درست بپریم داخل 🚀

….

من یک الگوی روابط عمومی گسترده را جمع آوری و گردآوری کرده ام! با خیال راحت آن را بیشتر بسازید تا با سبک شما هماهنگ باشد.

لینک قالب: https://lnkd.in/djHD24pH

…..

فهرست:

• ⚡ Wait What?

• ⚡ But Why?

• ⚡ But How?

1️⃣ چی –

الگوهای روابط عمومی یک عکس فوری بصری برای بازبینان ارائه می دهند تا به سرعت ماهیت و وضعیت درخواست کشش را درک کنند. تصور کنید تیم شما در حال فرو رفتن در یک روابط عمومی است و فوراً هدف، تغییرات و اقدامات لازم آن را درک می کند. این جادوی یک قالب با ساختار خوب است.

2️⃣ چرا –

دلیل 1: به چیزهای بی اهمیت توجه نکنید، روی تأثیرگذار تمرکز کنید

با شعبده بازی ذهنی خداحافظی کنید! الگوها به‌عنوان یک لیست خود چک‌کننده عمل می‌کنند، و نیازی نیست که مغزتان را به خاطر به خاطر سپردن جزئیات کوچک و در عین حال حیاتی از بین ببرید. در عوض، این انرژی ذهنی را به سمت ایجاد کد استثنایی و حل چالش‌های پیچیده هدایت کنید.

دلیل 2: اسناد زندگی

با الگوی روابط عمومی خود به عنوان یک سند زنده و زنده رفتار کنید که ماهیت هر تغییر را نشان می دهد. این فقط در مورد زمان حال نیست. این یک نقطه مرجع برای آینده است. به راحتی قابل ردیابی و درک است، به یک منبع ارزشمند برای هر کسی که به تاریخچه پایگاه کد شما نگاه می کند تبدیل می شود.

اما صبر کنید، چیزهای بیشتری وجود دارد! 🌟

دلیل 3: سازگاری و استانداردسازی

با الگوهای روابط عمومی، یکپارچگی را در مخازن پروژه خود حفظ کنید. این که آیا در حال کار بر روی رفع اشکال، بهبود ویژگی ها، یا سایر تغییرات هستید، اطمینان حاصل کنید که یک رویکرد یکسان که با بهترین شیوه های تیم شما همسو باشد.

دلیل 4: ارتباطات پیشرفته

این قالب ها فقط برای کد نیستند. آنها ارتباطات بهتری را در تیم شما تقویت می کنند. مقاصد خود را بیان کنید، مسائل بالقوه را برجسته کنید، و زمین را برای بحث های معنادار باز کنید – همه در یک قالب ساختاریافته.

دلیل 5: سوار شدن بدون زحمت

با ارائه طرحی واضح برای ایجاد درخواست های کشش موثر، ورود به تیم را برای اعضای جدید تیم ساده کنید. مانند داشتن یک تشک خوش آمد گویی است که آنها را در فرآیندهای تثبیت شده تیم راهنمایی می کند.

3️⃣ چگونه –

1. یک الگوی سفارشی با Markdown ایجاد کنید و نام آن را “PULL_REQUEST_TEMPLATE.md” بگذارید

2. مثال زیر را بچسبانید:

## Description



## What type of PR is this? (check all applicable)

- [ ] 🍕 Feature - A new feature.
- [ ] 🐛 Bug Fix - self-explanatory
- [ ] 📝 Documentation Update - Documentation and related changes.
- [ ] 🎨 Style - Changes that do not affect the meaning of the code; for example, white space, formatting, or missing semicolons.
- [ ] 🧑‍💻 Code Refactor - A code that neither fixes a bug nor adds a feature. (eg: You can use this when there is semantic changes like renaming a variable/ function name).
- [ ] 🔥 Performance Improvements - A code change that improves performance.
- [ ] ✅ Test - Added | Modified | Removed tests
- [ ] 🤖 Build - Changes related to code building (e.g. adding npm dependencies or external libraries).
- [ ] 🔁 CI - Changes that affect the build CI/CD pipeline
- [ ] 📦 Chore - Changes that do not affect the external user (e.g. updating the .gitignore file or .prettierrc file).
- [ ] ⏩ Revert - self-explanatory

## Related Tickets & Documents

## Mobile & Desktop Screenshots/Recordings



## Quality Checklist

- [ ] 👷‍♀️ Created small PR.
- [ ] 👴🏻 No deprecated or outdated code is introduced
- [ ] 💭 Code is self-documenting. Comments are unnecessary and should only be used to explain why a decision was made
- [ ] 🗒️ Methods are documented with JS Doc including description, params, and return type
- [ ] 📋 The commit message follows our guidelines
- [ ] 👌 The pull request description explains any decisions or trade-offs made regarding code quality and design
- [ ] 🔖 The branch follows our naming guidelines

## Self Checklist

- [ ] 👓 I have followed the style guidelines of this project
- [ ] 🤳 I have performed a self-review of my code
- [ ] 🏷️ I have correctly labelled PR & added Ticket Number
- [ ] 🙆‍♂️ I have cleared the Acceptance Criteria
- [ ] ⚠️ My changes generate no new warnings

## Added tests?

- [ ] 👍 yes, new and existing unit tests pass locally with my changes
  - [ ] ♻️ had to make changes to existing tests
- [ ] 🥹 no, because I need help
  - [ ] ⏮️ some existing tests are failing
- [ ] ⌛ no time to add tests
- [ ] 🙅 no, because they aren't needed

## Added to documentation?

- [ ] 📜 README.md
- [ ] 📝 Confluence
- [ ] 🙅 no documentation needed

## [optional] Are there any post-deployment tasks we need to perform?

## [optional] What gif best describes this PR or how it makes you feel?

1. به مخزن GitHub خود بروید، شاخه پیش فرض را انتخاب کنید و یک پوشه .git در ریشه ایجاد کنید.

2. قالب را در پوشه قرار دهید و تغییرات را انجام دهید.

3. اکنون، هر بار که شخصی یک روابط عمومی انجام می دهد، الگو ظاهر می شود.

جمع بندی:

ما به تازگی گردش کار توسعه شما را با یک الگوی روابط عمومی GitHub افزایش دادیم. 🚀

…..

اکنون می توانید گردش کار توسعه خود را شارژ کنید 🚀

همین است، مردمی! امیدوارم خواندن خوبی برای شما بوده باشد. متشکرم! ✨

👉 من را دنبال کنید

GitHub

لینکدین