Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Support for PHP source directory

Aperta
#175 7 commenti 2 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
3/5
Tempo stimato
1-2 giorni
Idoneità per principianti
35/100
Tipo di issue
Refactoring
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Stack tecnologico
php
Ambito
tooling

Direzione di ricerca

Nell’issue non sono indicati file o test. Inizia esaminando la configurazione dell’autoload di Composer e l’attuale struttura del package e dei test PHP, quindi determina se è più adatto PSR-4 o PSR-0; il lavoro è completato quando il codice sorgente PHP è separato dai test e il deployment può distinguere il codice del package senza influire sugli utenti di Composer.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Carsten,

This is a great package. Been using it for a while on my PHPFUI site which easily documents any PHP code.

I was wondering if you would be up for a Pull Request to put the PHP source in it's own directory. This is pretty standard practice for PHP libraries. I would be willing to submit one, I just don't want to do the work if you have a reason to keep it the way it is. I would go with either PSR-4 or PSR-0 autoloading depending on if you have a preference.

This should not affect any user of the package if they are using composer to install it. The reason I am interested in a dedicated source directly is my PHPFUI site does not use composer for deployment, but has everything checked in. I have a script that copies over files, but it can't easily distinguish between test code and package code. It is also a good logical separation in general.

Anyway, let me know if you think this would be a good idea. Happy to contribute to this excellent project.

Bruce

Lingua principale
HTML
Stelle
1k
Fork
137
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di cebe/markdown

Tutte le issue di cebe/markdown

Issue simili

Altre issue su DevTools

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.