Community Guidelines, Templates & Configuration for dynamicdev-official
Contents β’ Setup β’ Contributing β’ Support
This is the .github repository for the dynamicdev-official organization.
It contains:
- π¨ Organization profile README
- π Contributing guidelines
- π€ Code of conduct
- π Security policy
- π Issue & PR templates
- π GitHub Actions workflows
These files provide a foundation for maintaining code quality and community standards across all organization repositories.
profile/
βββ README.md # Organization homepage
βββ images/
βββ logo.png
βββ banner.png
Location: https://github.com/dynamicdev-official
βββ CONTRIBUTING.md # How to contribute
βββ CODE_OF_CONDUCT.md # Community standards
βββ SECURITY.md # Security policy & reporting
βββ README.md # This file
ISSUE_TEMPLATE/
βββ bug_report.md # π Bug report template
βββ feature_request.md # β¨ Feature request template
βββ documentation.md # π Documentation issue template
βββ pull_request_template.md # PR submission guidelines
workflows/
βββ lint.yml # Code quality checks
βββ tests.yml # Automated testing
βββ release.yml # Release automation
-
CONTRIBUTING.md - Contribution guidelines
- Development setup
- Commit message format
- PR process
- Code standards
-
CODE_OF_CONDUCT.md - Community standards
- Expected behavior
- Unacceptable behavior
- Reporting violations
-
SECURITY.md - Security policy
- Vulnerability reporting
- Security best practices
- Supported versions
- profile/README.md - Organization homepage
- Issue templates - Template customization
- PR template - PR guidelines
- Workflows - CI/CD automation
Use when reporting a bug or defect:
- Something is broken
- Unexpected behavior
- Error messages
- Performance issues
Use when suggesting new functionality:
- New features
- Feature enhancements
- Improvement ideas
- Use case requests
Use when reporting documentation issues:
- Missing documentation
- Unclear explanations
- Outdated information
- Incorrect examples
| Workflow | Trigger | Purpose |
|---|---|---|
| lint.yml | push, pull_request |
Code quality checks (flake8, pylint, black) |
| tests.yml | push, pull_request |
Run test suite with coverage |
| release.yml | release |
Build and publish releases |
Each repository can enable workflows independently:
# Workflows are inherited from .github/workflows/
# but each repo controls what runs via:
# 1. Settings > Actions > Workflow permissions
# 2. .github/workflows/ in the repo (overrides org workflows)# Create new repo on GitHub
# Settings > Add repository# These are inherited automatically:
# β
CONTRIBUTING.md
# β
CODE_OF_CONDUCT.md
# β
SECURITY.md
# β
Issue templates
# β
PR templates
# β
Workflows
# Plus add repository-specific:
# - README.md (in repo root)
# - LICENSE.md (in repo root)# Settings > Branches > Add rule
# Branch name pattern: main or master
# Require:
# β
Pull request reviews before merging
# β
Status checks to pass before merging
# β
Require branches to be up to dateAdvanced contribution guidelines including:
- Code of Conduct
- Getting started
- Development environment setup
- Making changes & git workflow
- Commit message format (Conventional Commits)
- Pull request process
- Coding standards (PEP 8+)
- Testing requirements
- Documentation standards
- Release process
π Use for: All repositories needing contributor guidelines
Community standards establishing:
- Commitment to inclusivity
- Expected behavior
- Unacceptable behavior
- Scope of application
- Enforcement procedures
- Support resources
π Use for: Creating welcoming community
Security policy covering:
- Vulnerability reporting process
- Responsible disclosure timeline
- Supported versions
- Security best practices
- Built-in protections
- Security scanning tools
- Incident response
- Compliance standards
π Use for: Security-conscious projects
Structured templates for:
- Bug reports (reproduction steps, environment)
- Feature requests (use cases, alternatives)
- Documentation issues (location, current vs. expected)
π Use for: Better issue quality
Comprehensive PR checklist:
- Description & type
- Related issues
- Testing details
- Code quality checks
- Security review
- Breaking changes
- Documentation updates
- Pre-submission checklist
π Use for: Thorough PR reviews
GitHub automatically uses these files when present in .github/:
β
CONTRIBUTING.md β Shown when creating PR
β
CODE_OF_CONDUCT.md β Listed on org page
β
SECURITY.md β Security policy tab
β
LICENSE.md β License information
β
FUNDING.yml β Sponsorship info
β
ISSUE_TEMPLATE/ β Issue creation forms
β
pull_request_template.md β PR form
β
workflows/ β GitHub Actions
Some files can be overridden in individual repositories:
repo-name/
βββ CONTRIBUTING.md # Overrides org CONTRIBUTING.md
βββ .github/
β βββ workflows/
β β βββ custom.yml # Custom workflows
β βββ ISSUE_TEMPLATE/
β βββ custom.md # Custom issue template
# Organization workflow
.github/workflows/lint.yml
# Repository-specific override
my-repo/.github/workflows/lint.yml
# β Uses repo version if presentrepository/
βββ README.md # Project overview
βββ LICENSE.md # License file
βββ CONTRIBUTING.md # From .github (if not overridden)
βββ CODE_OF_CONDUCT.md # From .github (if not overridden)
βββ SECURITY.md # From .github (if not overridden)
β
βββ docs/
β βββ INSTALL.md # Installation guide
β βββ SETUP.md # Setup instructions
β βββ USAGE.md # How to use
β βββ API.md # API documentation
β βββ ARCHITECTURE.md # Technical architecture
β
βββ src/
β βββ (source code)
β
βββ tests/
β βββ (test files)
β
βββ .github/
β βββ workflows/
β βββ (repo-specific workflows)
β
βββ docker-compose.yml # If using containers
-
Keep org-level files generic
- Apply to all repositories
- Don't mention specific projects
-
Update templates regularly
- Review annually
- Incorporate community feedback
- Follow GitHub best practices
-
Test workflows before deploying
- Test in a dev branch first
- Verify with sample repositories
-
Follow organization guidelines
- Use provided templates
- Follow commit conventions
- Respect code of conduct
-
Keep repos consistent
- Use same structure
- Follow same standards
- Maintain compatibility
-
Read CONTRIBUTING.md
- Understand process
- Set up development environment
- Learn coding standards
-
Review CODE_OF_CONDUCT.md
- Understand community values
- Respect all community members
-
Check SECURITY.md
- Learn security best practices
- Know how to report issues
-
Customize templates (if needed)
- Override in repository
- Add project-specific sections
-
Enable workflows
- Check Actions settings
- Verify branch protection rules
-
Keep updated
- Review regularly
- Incorporate feedback
- π§ Email: support@dynamicdev.asia
- π Issues: GitHub Issues
- π¬ Discussions: GitHub Discussions
To improve these templates:
- Open an issue describing your suggestion
- Or create a PR with improvements
- Discuss with maintainers
All files in this repository are licensed under the MIT License.
These guidelines are inspired by:
dynamicdev-official is a technology organization focused on:
- Infrastructure automation
- System engineering
- Network deployment
- Open-source tools
Explore our projects:
- π UI-Mid-Controller
- π€ syscare-dynamicdev
- π§ dynamicdev_agent
Learn more: dynamicdev.asia
Connect: @dynamicdev-official
Copyright Β© 2026 dynamicdev_ official β All Rights Reserved
Made with β€οΈ by the dynamicdev-official community
