Weave Code
Weaver
Helps Laravel developers discover, compare, and choose open-source packages. See popularity, security, maintainers, and scores at a glance to make better decisions.
Feedback
Share your thoughts, report bugs, or suggest improvements.
Subject
Message
Learn Monorepo Bar

Learn Monorepo Bar Laravel Package

feryardiant/learn-monorepo-bar

A Laravel/PHP package from the feryardiant/learn-monorepo-bar monorepo, a learning project exploring monorepo package structure and release workflow. Early-stage and minimally documented, with no community adoption yet; best suited for reference or experimentation rather than production use.

View on GitHub
Deep Wiki
Context7

Dummy package to learn monorepo, DO NOT USE!

Frequently asked questions about Learn Monorepo Bar
What is feryardiant/learn-monorepo-bar used for?
feryardiant/learn-monorepo-bar is a small Laravel/PHP package published from a monorepo learning experiment. Its purpose is to demonstrate how a standalone Composer package can live alongside sibling packages in one repository while remaining installable. It is a reference implementation for package structure, PSR-4 autoloading and split-ready organization rather than a feature-rich library, and it currently has no community adoption.
How do I install learn-monorepo-bar with Composer?
Run composer require feryardiant/learn-monorepo-bar and let Composer resolve the latest 0.0.x tag. Because the package has no documented runtime requirements, check its composer.json for PHP and Laravel constraints before adding it to a real project. For experimentation, pinning the exact version you reviewed is safer than a broad constraint. If you only want the structure, cloning the repository and copying the layout is often more useful than installing it.
Which PHP and Laravel versions does learn-monorepo-bar support?
The release notes do not publish explicit PHP or Laravel version constraints, so compatibility must be confirmed from the package's composer.json and source. Treat any assumed Laravel support as unverified until you have read those files. For a pattern reference this matters less, but for a pinned dependency you should test against your own Laravel floor first.
Is learn-monorepo-bar production ready?
No. It is at v0.0.6, is minimally documented, has a single maintainer and no community adoption. The 0.x version line implies no stable public API and no documented backward compatibility policy, so any patch release could change behaviour. It is best suited to reference, experimentation or as a starting template rather than production use.
Does learn-monorepo-bar include a service provider, config file, or public API?
No service provider, configuration file, migration or public API is described in the release information. Before integrating, read the source to establish exactly what the package exposes and whether anything is auto-discovered by Laravel. If the package turns out to be an internal pattern demo, consuming it as a Composer dependency adds risk without benefit.
Can I use learn-monorepo-bar as a template for my own Laravel package?
Yes, that is its primary intended use. The repository shows a Composer-ready layout with PSR-4 autoloading and a structure designed to be split into its own repository later. You can copy the layout and adapt the namespace, composer.json metadata and release workflow for your own package. Just replace the learning-oriented naming and add the documentation and versioning policy it currently lacks.
How is the monorepo structure and package splitting handled in learn-monorepo-bar?
Each package lives in its own directory inside a single repository, with its own composer.json and PSR-4 autoload mapping. Per-sub-package release automation added in v0.0.6 handles tagging, which is the mechanism that would keep split repositories in sync with the monorepo. When relying on a split package, verify that the published tag actually resolves to the commit your CI tested to avoid tag and branch drift.
What testing framework does learn-monorepo-bar use?
v0.0.6 initialises Pest as the test harness for the package. Pest is a well-supported testing framework that fits modern Laravel test suites, and the change is additive, affecting only the development and CI layers. It does not change the package's runtime surface, so installing the package does not pull Pest into your application.
Should I require learn-monorepo-bar as a dependency or vendor the pattern?
Given the 0.0.x version and single-maintainer status, vendoring or forking the pattern is the safer default. Requiring it as a Composer dependency only makes sense if source review reveals genuinely reusable functionality that you are prepared to maintain. If you do require it, pin an exact version, and only move to a caret or tilde constraint after confirming the tag matches a tested commit.
What are alternatives to learn-monorepo-bar for building Laravel packages?
For building Laravel packages, established tooling such as spatie/laravel-package-tools, orchestra/testbench and the standard Laravel package skeleton gives you documented structure, testing and versioning support. learn-monorepo-bar is useful specifically as an example of monorepo layout and sub-package splitting, which those tools do not cover. Many teams combine both: a mature package skeleton inside a monorepo managed with split tooling.
Weaver

How can I help you explore Laravel packages today?

Conversation history is not saved when not logged in.
Prompt
Add packages to context
No packages found.
ignibyte/aic-framework
glavweb/data-schema-bundle
glavweb/datagrid-bundle
tacticmedia/scim-server
uni-method/frame
neika-ai/sdk
adachsoft/php-code-style
pharaonic/laravel-notification-dependencies
beautinow/translug
dev-brainiac/bot-cloaked
octoberrain/html
octoberrain/extension
octoberrain/exception
octoberrain/contracts
frankyso/ipaymu
3mdikram/worldmoneywords
snowsoft/config
larva/laravel-ai-qwen
adachsoft/api-version-bundle
cgv/localized-resource