You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I propose an enhancement to the asyncapi new glee command to allow users to specify a custom project name directly as a command argument. This change aims to streamline the project creation process and improve user experience.
How will this change help?
Benefits:
Streamlined Workflow: Users can create a project with their desired name in a single step, enhancing efficiency and reducing manual steps.
Enhanced Usability: Aligns with common CLI practices, making the tool more intuitive and easier to use.
Clearer Process: Avoids the need to navigate into a default directory and simplifies the project setup.
Directory Validation: Ensure the provided project name is valid and does not conflict with existing directories.
Current Behavior:
Currently, the asyncapi new glee command creates a new project within a default project directory, which requires additional navigation steps to reach the newly created project.
Proposed Enhancement:
Allow the asyncapi new glee command to accept a custom project name as an argument, simplifying the command and reducing the number of steps required. For example:
asyncapi new glee awesome-api
This command would directly create a new project named awesome-api, setting up all necessary files and configurations within this directory.
Screenshots
No response
How could it be implemented/designed?
Command-Line Parsing: Modify the CLI to accept a custom project name argument, allowing users to specify the desired project name directly when running the asyncapi new glee command.
Directory Creation: Update the project creation logic to create a new directory with the given project name, initializing the project files and configurations within this directory.
Directory Validation: Implement validation to ensure the provided project name adheres to naming conventions and does not conflict with existing directories.
Welcome to AsyncAPI. Thanks a lot for reporting your first issue. Please check out our contributors guide and the instructions about a basic recommended setup useful for opening a pull request. Keep in mind there are also other channels you can use to interact with AsyncAPI community. For more details check out this issue.
This issue has been automatically marked as stale because it has not had recent activity 😴
It will be closed in 120 days if no further activity occurs. To unstale this issue, add a comment with a detailed explanation.
There can be many reasons why some specific issue has no activity. The most probable cause is lack of time, not lack of interest. AsyncAPI Initiative is a Linux Foundation project not owned by a single for-profit company. It is a community-driven initiative ruled under open governance model.
Let us figure out together how to push this issue forward. Connect with us through one of many communication channels we established here.
Why do we need this improvement?
I propose an enhancement to the asyncapi new glee command to allow users to specify a custom project name directly as a command argument. This change aims to streamline the project creation process and improve user experience.
How will this change help?
Benefits:
Streamlined Workflow: Users can create a project with their desired name in a single step, enhancing efficiency and reducing manual steps.
Enhanced Usability: Aligns with common CLI practices, making the tool more intuitive and easier to use.
Clearer Process: Avoids the need to navigate into a default directory and simplifies the project setup.
Directory Validation: Ensure the provided project name is valid and does not conflict with existing directories.
Current Behavior:
Currently, the asyncapi new glee command creates a new project within a default project directory, which requires additional navigation steps to reach the newly created project.
Proposed Enhancement:
Allow the asyncapi new glee command to accept a custom project name as an argument, simplifying the command and reducing the number of steps required. For example:
This command would directly create a new project named awesome-api, setting up all necessary files and configurations within this directory.
Screenshots
No response
How could it be implemented/designed?
🚧 Breaking changes
Yes
👀 Have you checked for similar open issues?
🏢 Have you read the Contributing Guidelines?
Are you willing to work on this issue?
Yes I am willing to submit a PR!
The text was updated successfully, but these errors were encountered: