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

Remove travis jobs with current stable BlockBundle for master branches #400

Closed
wants to merge 1 commit into from
Closed
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
7 changes: 0 additions & 7 deletions config/projects.yml
Original file line number Diff line number Diff line change
Expand Up @@ -5,7 +5,6 @@ admin-bundle:
versions:
symfony: ['3.4']
sonata_core: ['3']
sonata_block: ['3']
Copy link
Member

Choose a reason for hiding this comment

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

Okay now we can discuss on a diff. 😛

Can't we just use 4? Normally it should work with branch alias.

The thing that cause issue to me is to just remove sonata_block. We should test at least one version IMO.

Copy link
Author

@covex-nn covex-nn May 30, 2018

Choose a reason for hiding this comment

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

A new version of AdminBundle is incompatible with current stable BlockBundle and can work only with a new version of BlockBundle, so i think it is not an option - AdminBundle must be tested only with BlockBundle 4.0.

A dependency on sonata-project/block-bundle was already added to composer.json, so I just removed dependency on ^3.11 from it and left only ^4.0@dev in my PR for AdminBundle, see diff https://github.com/sonata-project/SonataAdminBundle/pull/4938/files.

DashboardBundle, DoctrinePhpcrAdminBundle, FormatterBundle, PageBundle, SeoBundle and TimelineBundle has direct dependency on BlockBundle too. When i will update these bundles, i will update that dependency too

Copy link
Member

Choose a reason for hiding this comment

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

@covex-nn Indeed, if the deps is already here, it will change nothing for now. But it would be better to keep it with only 4 in order to remember to test multiple versions in the future IMHO.

What do you think?

Copy link
Author

@covex-nn covex-nn May 30, 2018

Choose a reason for hiding this comment

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

@soullivaneuh a line with sonata_block: ['4'] will generate two jobs for builds, see .travis-ci.yml:

  1. with env: SONATA_BLOCK=4.*
  2. with env: SONATA_BLOCK='dev-master as 4.x-dev' (this job is allowed to fail)

These jobs first try to require another SonataBlockBundle (they take a version from SONATA_BLOCK env var) and then do all other stuff. See before_install_test.sh.twig

BlockBundle v4 was not relesed yet. So, after updating sonata_block: ['3'] to sonata_block: ['4'] all builds will always fail because of job with SONATA_BLOCK=4.*.

I think, that such jobs should be added only for packages, that really has multiple versions. But there won't be multiple versions for SonataBlockBundle, there will be just 4, because bundles will not be not compatible with lower versions =) Also, i think that all jobs SONATA_BLOCK=3.* and SONATA_CORE=3.* are useless now, because everything was already tested with regular jobs

Copy link
Author

@covex-nn covex-nn Jul 18, 2018

Choose a reason for hiding this comment

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

@soullivaneuh is there anything else that I could do here? (this PR is blocker for sonata-project/SonataAdminBundle#4938)

Copy link
Member

Choose a reason for hiding this comment

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

@covex-nn Sorry for the time but I try to understand the need: Any project should work with at least one stable dependency. It's not the case here: https://github.com/sonata-project/SonataAdminBundle/pull/4938/files#diff-b5d0ee8c97c7abd7e3fa29b9a27d1780R29

If we have to release a new major of SonataAdminBundle, what should we do? At least, it should works with both versions or block bundle v4 should be release first.

Also, to test non-released dependencies, we already have the dev-master alias. But we may update the travis twig file to require 3.*@dev each time.

Copy link
Author

@covex-nn covex-nn Jul 20, 2018

Choose a reason for hiding this comment

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

@soullivaneuh thank you for review

Any project should work with at least one stable dependency

I will try to make AdminBundle compatible with BlockBundle ^3.11 || ^4.0@dev. if I succeed, i will close this PR. I will try to use class_alias for this, like here https://github.com/symfony/phpunit-bridge/blob/4.0/SymfonyTestsListener.php

3.x:
php: ['5.6', '7.0', '7.1', '7.2']
versions:
Expand Down Expand Up @@ -125,7 +124,6 @@ dashboard-bundle:
symfony: ['3.4']
sonata_core: ['3']
sonata_admin: ['3']
sonata_block: ['3']

datagrid-bundle:
branches:
Expand Down Expand Up @@ -185,7 +183,6 @@ doctrine-phpcr-admin-bundle:
versions:
symfony: ['3.4']
sonata_admin: ['3']
sonata_block: ['3']
2.x:
php: ['5.6', '7.0', '7.1', '7.2']
versions:
Expand Down Expand Up @@ -239,7 +236,6 @@ formatter-bundle:
versions:
symfony: ['3.4']
sonata_core: ['3']
sonata_block: ['3']
3.x:
php: ['5.6', '7.0', '7.1', '7.2']
versions:
Expand Down Expand Up @@ -327,7 +323,6 @@ page-bundle:
symfony: ['3.4']
sonata_core: ['3']
sonata_admin: ['3']
sonata_block: ['3']
3.x:
php: ['5.6', '7.0', '7.1', '7.2']
versions:
Expand All @@ -344,7 +339,6 @@ seo-bundle:
php: ['7.1', '7.2']
versions:
symfony: ['3.4']
sonata_block: ['3']
sonata_admin: ['3']
2.x:
php: ['5.6', '7.0', '7.1', '7.2']
Expand All @@ -361,7 +355,6 @@ timeline-bundle:
symfony: ['3.4']
sonata_core: ['3']
sonata_admin: ['3']
sonata_block: ['3']
3.x:
php: ['5.6', '7.0', '7.1', '7.2']
versions:
Expand Down