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

Upstream/upgrade/php7 #12

Merged
merged 11 commits into from
Jul 3, 2018
Merged

Conversation

nbish11
Copy link
Contributor

@nbish11 nbish11 commented Jun 30, 2018

More still to come...

PR #11

@nbish11
Copy link
Contributor Author

nbish11 commented Jun 30, 2018

Okay, this is everything I am going to commit for "upgrade/php7". I will open pull requests/issues for everything else.

composer.json Outdated
@@ -34,7 +34,7 @@
}
],
"require": {
"php": "~5.4|~7.0",
"php": ">=7.0",
Copy link
Owner

Choose a reason for hiding this comment

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

i'm not a fan of unbound version constraints as it can lead to bc breaks with newer language versions. maybe we just stick to the constraint that is already defined?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Sorry, this was actually meant to be the caret "^". However I can keep the tilde "~" if you want?

if ($startDate &&
date_diff(new DateTime($currentRelease->published_at), new DateTime($startDate))->days <= 0
) {
if ($startDate && date_diff(new DateTime($currentRelease->published_at), $startDate)->days <= 0) {
Copy link
Owner

Choose a reason for hiding this comment

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

i'm fine with this startDate change, when this pr gets merged a new major version will be released to indicate bc breaks

Copy link
Contributor Author

Choose a reason for hiding this comment

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

This doesn't change the functionality of the public API, so it keeps within semver specs. I would suggest keeping this package in the major version of 0 for a few more releases, though. Semver describes a major version of 0 to be used for "...initial development. Anything may change at any time. The public API should not be considered stable." what are your thoughts?

Copy link
Owner

Choose a reason for hiding this comment

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

You are totaly right!

@@ -217,7 +216,7 @@ private function getTypeFromLabels(array $labels)
*
* @return mixed [description]
*/
private function getTypeFromLabel($label, $haystack = null)
private function getTypeFromLabel(string $label, $haystack = null)
Copy link
Owner

Choose a reason for hiding this comment

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

since we iterate haystack this should be declared as array?

@ins0 ins0 merged commit bbb9ee5 into ins0:upgrade/php7 Jul 3, 2018
@nbish11 nbish11 deleted the upstream/upgrade/php7 branch July 4, 2018 11:18
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.

2 participants