Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

publish the whole zf1s/zf1 package #133

Merged
merged 3 commits into from
Oct 5, 2022
Merged

Conversation

falkenhawk
Copy link
Member

@falkenhawk falkenhawk commented Oct 5, 2022

resolves #57

despite what I wrote in #57 (comment), I've realized that it may make sense to publish the whole zf1s/zf1 package after all, to easy up the transition period, in which devs should eventually identify and pick only those components they really use, to install (which may not ever happen, but it's ok) ;)

Initially (after reading through valid arguments posted by @fredericgboutin-yapla in #128 (comment) ) I thought it would be enough if only replace definition "zendframework/zendframework1": ">=1.12.20" was added, while the whole framework could still be installed with git installation method, as described in #57 (comment),

and that

we do not want to bring in another official "full" package to packagist, introducing more confusion - which one to install, how would that relate to individual packages etc.

but...
screw that, we do not have to be that opinionated.

I am going to install the whole package zf1s/zf1 together with 1.15.0 release.

@falkenhawk falkenhawk requested review from marcing and partikus October 5, 2022 08:26
@@ -102,6 +103,19 @@ Currently everything should be compatible with **PHP 5.3-8.0**. _5.2 support is
They may also contain some fixes, either for long-standing bugs, which haven't made their way into zf1 official repo before EOL, or newly found ones
and (backwards compatible) adjustments (optimisations for composer autoloader mostly). Maybe even one or two new features.

Still, the main purpose is to allow working on legacy projects on more modern systems, while opening the possibility to **migrate away from zf1 gradually, one component at a time**.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@falkenhawk what do you think about adding suggest section including all zf1s/* packages?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

that might be an overkill 😅

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

you're right, let's ignore it

@@ -117,6 +117,7 @@
}
},
"replace": {
"zendframework/zendframework1": ">=1.12.20",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why >=1.12.20? Maybe we should replace only versions greater than >1.12.20
https://github.com/zendframework/zf1/tags

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

it's fine to cover last officially released version. zf1-future and diablomedia/zf1 have both configured it that way too.

@falkenhawk falkenhawk force-pushed the publish-whole-package branch from 702981c to 670a47b Compare October 5, 2022 10:20
@falkenhawk falkenhawk requested a review from partikus October 5, 2022 13:11
@falkenhawk falkenhawk force-pushed the publish-whole-package branch from 670a47b to 1a93b55 Compare October 5, 2022 13:15
Copy link
Contributor

@partikus partikus left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Let's do that! I would verify the usage statistics within next few months.

@partikus partikus merged commit be1785d into master Oct 5, 2022
@partikus partikus deleted the publish-whole-package branch October 5, 2022 14:47
@@ -1,6 +1,6 @@
{
"name": "zf1s/zf1",
"description": "Monorepo for zf1s (Zend Framework 1) packages",
"description": "Zend Framework 1 complete package, PHP 5.3-8.0 compatible. Please consider using individual zf1s/zend-* packages instead - see README.",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

not sure you should put usage to description of composer package. having block in readme is sufficient i believe.

Copy link
Member Author

@falkenhawk falkenhawk Oct 6, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I added it there deliberately, so that it is visible already in the packagist search
image

and also at the top of the package's page, with big font.
image

@glensc
Copy link
Contributor

glensc commented Oct 5, 2022

it's still not a drop-in to replacement to zendframework/zendframework1 i think, as paths are different, and require_once calls are gone, and loader is different (but actually works?).

does this solution actually satisfy what @fredericgboutin-yapla was talking about?

@glensc
Copy link
Contributor

glensc commented Oct 5, 2022

maybe for zf1-extras to work need to restore add "include-path" directives in the zf1s/zf1 package:

i.e add every package there:

  • packages/zend-*/library/Zend

@falkenhawk
Copy link
Member Author

it's still not a drop-in to replacement to zendframework/zendframework1 i think, as paths are different, and require_once calls are gone, and loader is different (but actually works?).

It should be, as long as it is installed with composer. (manual installation method is not supported because of the packages folder structure, one would have to invent their autoloader rules, for ancient projects where composer is not available, but they may have better luck with e.g. zf1-future or https://github.com/magento/zf1/ which keep the original folder structure)

It should be also possible now to quickly switch between zf1-future/diablomedia/zf1/... and this zf1s/zf1 as replace rules are the same.

@falkenhawk
Copy link
Member Author

As for zf1-extras, we cannot support that out of the box. That would have to be forked and adjusted, or include-path rules added locally in a project using it.

@fredericgboutin-yapla if you manage to couple zf1-extras or other packages with zf1s, please let us know here or in #128 🙏

@glensc
Copy link
Contributor

glensc commented Oct 7, 2022

@falkenhawk I think we can support here zf1-extras without modification, if we add include-path for all projects. the include path directives you add only to this root project, so the split-out packages will not be affected.

@falkenhawk
Copy link
Member Author

I wouldn't want to list all packages/**/library folders in include-path, as such list would be very long and could potentially affect general php performance... 😬

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

publish monorepo composer package
3 participants