Skip to content

[Test] Symfony framework dagger module #59240

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

Open
wants to merge 4 commits into
base: 7.4
Choose a base branch
from
Open

Conversation

dragoonis
Copy link

…ions

Q A
Branch? 7.3 for features / 5.4, 6.4, 7.1, and 7.2 for bug fixes
Bug fix? no
New feature? yes
Deprecations? no
Issues none
License MIT

As per strategic calls with @nicolas-grekas and @welcoMattic and others..

I am creating the official Dagger module for the Symfony project .. here is there initial POC.

Let's work together to ensure all flags to the respective libraries are being preserved.

there may be some different flags for local running versus inside github runners, perhaps? let's explore together 🚀

@dragoonis dragoonis changed the title [Test] Symfony framework dagger module - adding static analysis funct… [Test] Symfony framework dagger module Dec 18, 2024
#[DaggerFunction]
#[Doc('Run phpstan across the entire symfony codebase')]
// dagger call phpstan --source=.
public function phpstan(Directory $source): Container
Copy link
Contributor

Choose a reason for hiding this comment

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

Why not add a default to the right directory ?

Copy link
Author

@dragoonis dragoonis Dec 21, 2024

Choose a reason for hiding this comment

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

@Neirda24 it's yin/yang .. do we really wanna phpstan the entire codebase? or just make it configurable to the caller

the best practise (Dagger best practises) isn't to hard code anything in the code, and instead just change the CLI arguments for different paths .. and that's why I've done it like this, to follow convention

let's discuss this on our next call, after I've got integration tests working..

@@ -0,0 +1,18 @@
{
"name": "symfony",
"engineVersion": "v0.15.1",
Copy link
Contributor

Choose a reason for hiding this comment

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

what would be the process to keep this up to date ? A bot opening a PR automatically or only if its fails then we need to upgrade.

Copy link
Author

Choose a reason for hiding this comment

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

@Neirda24 hey! we will manually bump this every time we want to, or need to. Since I'm from Dagger, then I'll know exactly what important stuff is being released and if it's worth the upgrade or not

mykiwi added a commit to SymfonyCon/2024-talks that referenced this pull request Dec 24, 2024
@symfony symfony deleted a comment from carsonbot Jan 7, 2025
@symfony symfony deleted a comment from carsonbot Jan 7, 2025
@fabpot fabpot modified the milestones: 7.3, 7.4 May 26, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants