Skip to content

dynamicdev-official/.github

Folders and files

NameName
Last commit message
Last commit date

Latest commit

Β 

History

10 Commits
Β 
Β 
Β 
Β 
Β 
Β 

Repository files navigation

dynamicdev_ logo

πŸ™Œ .github Repository

GitHub License

Community Guidelines, Templates & Configuration for dynamicdev-official

Contents β€’ Setup β€’ Contributing β€’ Support


πŸ“– What's This?

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.


πŸ“ Contents

Organization Profile

profile/
β”œβ”€β”€ README.md                    # Organization homepage
└── images/
    β”œβ”€β”€ logo.png
    └── banner.png

Location: https://github.com/dynamicdev-official

Community Guidelines

β”œβ”€β”€ CONTRIBUTING.md              # How to contribute
β”œβ”€β”€ CODE_OF_CONDUCT.md           # Community standards
β”œβ”€β”€ SECURITY.md                  # Security policy & reporting
└── README.md                    # This file

Issue Templates

ISSUE_TEMPLATE/
β”œβ”€β”€ bug_report.md                # πŸ› Bug report template
β”œβ”€β”€ feature_request.md           # ✨ Feature request template
└── documentation.md             # πŸ“š Documentation issue template

Pull Request Template

β”œβ”€β”€ pull_request_template.md     # PR submission guidelines

Workflows (CI/CD)

workflows/
β”œβ”€β”€ lint.yml                     # Code quality checks
β”œβ”€β”€ tests.yml                    # Automated testing
└── release.yml                  # Release automation

🎯 Quick Links

For Repository Contributors

  • 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

For Repository Maintainers


πŸ“ Issue Template Guide

When to Use Each Template

πŸ› Bug Report

Use when reporting a bug or defect:

  • Something is broken
  • Unexpected behavior
  • Error messages
  • Performance issues

✨ Feature Request

Use when suggesting new functionality:

  • New features
  • Feature enhancements
  • Improvement ideas
  • Use case requests

πŸ“š Documentation

Use when reporting documentation issues:

  • Missing documentation
  • Unclear explanations
  • Outdated information
  • Incorrect examples

πŸ”„ Workflow Automation

Available Workflows

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

Enabling in Your Repository

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)

πŸš€ Setup for New Repositories

Step 1: Create Repository

# Create new repo on GitHub
# Settings > Add repository

Step 2: Add Organization Files

# 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)

Step 3: Enable Branch Protection

# 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 date

πŸ“‹ File Descriptions

CONTRIBUTING.md

Advanced 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

CODE_OF_CONDUCT.md

Community standards establishing:

  • Commitment to inclusivity
  • Expected behavior
  • Unacceptable behavior
  • Scope of application
  • Enforcement procedures
  • Support resources

πŸ‘‰ Use for: Creating welcoming community

SECURITY.md

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

Issue Templates

Structured templates for:

  • Bug reports (reproduction steps, environment)
  • Feature requests (use cases, alternatives)
  • Documentation issues (location, current vs. expected)

πŸ‘‰ Use for: Better issue quality

Pull Request Template

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


πŸ”— How GitHub Recognizes These Files

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

πŸ”§ Customization

Per-Repository Customization

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

Workflow Override Example

# Organization workflow
.github/workflows/lint.yml

# Repository-specific override
my-repo/.github/workflows/lint.yml
# ← Uses repo version if present

πŸ“– Documentation Structure

Recommended Repo Layout

repository/
β”œβ”€β”€ 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

🎯 Best Practices

For Organization Maintainers

  1. Keep org-level files generic

    • Apply to all repositories
    • Don't mention specific projects
  2. Update templates regularly

    • Review annually
    • Incorporate community feedback
    • Follow GitHub best practices
  3. Test workflows before deploying

    • Test in a dev branch first
    • Verify with sample repositories

For Repository Contributors

  1. Follow organization guidelines

    • Use provided templates
    • Follow commit conventions
    • Respect code of conduct
  2. Keep repos consistent

    • Use same structure
    • Follow same standards
    • Maintain compatibility

πŸš€ Getting Started

As a Contributor

  1. Read CONTRIBUTING.md

    • Understand process
    • Set up development environment
    • Learn coding standards
  2. Review CODE_OF_CONDUCT.md

    • Understand community values
    • Respect all community members
  3. Check SECURITY.md

    • Learn security best practices
    • Know how to report issues

As a Maintainer

  1. Customize templates (if needed)

    • Override in repository
    • Add project-specific sections
  2. Enable workflows

    • Check Actions settings
    • Verify branch protection rules
  3. Keep updated

    • Review regularly
    • Incorporate feedback

πŸ“ž Support

Questions?

Contributing to .github

To improve these templates:

  1. Open an issue describing your suggestion
  2. Or create a PR with improvements
  3. Discuss with maintainers

πŸ“„ License

All files in this repository are licensed under the MIT License.


πŸ™ Credits

These guidelines are inspired by:


πŸ“’ About dynamicdev-official

dynamicdev-official is a technology organization focused on:

  • Infrastructure automation
  • System engineering
  • Network deployment
  • Open-source tools

Explore our projects:

Learn more: dynamicdev.asia

Connect: @dynamicdev-official

Copyright Β© 2026 dynamicdev_ official β€” All Rights Reserved

Made with ❀️ by the dynamicdev-official community

⬆ Back to top

About

πŸ‘©β€πŸš€ Official organization profile for dynamicdev_ - Empowering Tech & Networking Ecosystems.

Topics

Resources

Contributing

Stars

Watchers

Forks

Releases

No releases published

Packages

 
 
 

Contributors