Skip to content

szepeviktor/github-repository-inspection

Folders and files

NameName
Last commit message
Last commit date

Latest commit

Β 

History

19 Commits
Β 
Β 
Β 
Β 
Β 
Β 

Repository files navigation

How to inspect a GitHub repository

theories

Git version control

  1. Each project should have a separate repository and GitHub Issues
  2. Set repository details in top right corner: About βš™οΈ
  3. Set up environments: match branch and environment names
  4. Make commits with proper email address registered here on GitHub

The very first commit

If the project starts with a sample application or starter package make the first commit with the same content and with commit message "vendor-name/sample-app v1.2.3" otherwise add LICENSE file (MIT) with message "Initial commit"

Documents and configuration files

Check community standards

  1. Community health files
  2. Add configuration files and documents
  3. Include Requirements, Installation, Configuration, Usage sections in README.md
  4. Set editor/IDE configuration in .editorconfig
  5. List ignored files in .gitignore
    • Do not keep downloaded or generated code in the repository
    • List ignored OS, IDE and local environment files in git config --global core.excludesFile ~/.gitignore
  6. List files not intended to be distributed (export-ignore) in ZIP archives and list generated files and documentation in .gitattributes

Application setup

  1. Choose a coding standard (PSR-12, Laravel, custom) in phpcs.xml, include Generic.PHP.RequireStrictTypes
  2. Keep namespaced PHP source code in /src directory as per PSR-4
  3. Use Composer for class and function autoloading

Daily work

  1. Use Pull Requests to send code to the repository
  2. Review Pull Requests even when working alone
  3. Tag releases
  4. Follow a release checklist

See also Cleaning Lady Check list πŸ§ΉπŸ‘©πŸ“

Naming files in the root directory

There are several things to consider in the root directory of a repository.

  1. Keep only configuration files and documents in the root directory
  2. Name configuration files with lowercase letters, these are for machines
  3. Name DOCUMENTS with uppercase letters, these are for humans
  4. Use as few dot .files as you can - e.g. ls command hides dot files by default

So your root will be clean, and you can differentiate configuration files from documents at a glance.

Support my work

Please consider supporting my work as these lists take years to compile.

Sponsor

Thank you!


Requirements

  • runtime version
  • other packages

Installation

  • using Composer
  • other ways

Configuration

  • create .ini file
  • adjust settings

Usage

  • how to start
  • code samples