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

When creating new tasks for a project imported in a che workspaces, folder with tasks definition should be named '.che' #13391

Closed
slemeur opened this issue May 22, 2019 · 2 comments
Labels
kind/enhancement A feature request - must adhere to the feature request template. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale.

Comments

@slemeur
Copy link
Contributor

slemeur commented May 22, 2019

Description

When the user is creating (or editing pre-defined) tasks and launch configurations, there is a new folder that is getting created in the source code of the project named .theia.
That should not be the case when you are in the context of Che. The definition of the tasks are going to be che specific, so the folder should be named .che.

If in the project, the folder .theia or .vscode already exist, then we should use that and not "recreate" a new .che folder.

@slemeur slemeur added kind/enhancement A feature request - must adhere to the feature request template. team/ide labels May 22, 2019
@slemeur slemeur added this to the 7.1.0 milestone Jul 8, 2019
@slemeur slemeur modified the milestones: 7.1.0, 7.3.0 Aug 2, 2019
@vparfonov vparfonov removed this from the 7.3.0 milestone Oct 4, 2019
@davidwindell
Copy link
Contributor

davidwindell commented Jan 14, 2020

@slemeur would implementing this mean that we could commit our theia commands to our project repos in a .theia or .vscode folder? That would be awesome if those were then detected by the IDE as described in #12709

This would be particularly useful as commands can often update throughout the lifecycle of a project and it isn't practical to ask users to update their ws/devfiles all the time.

@che-bot
Copy link
Contributor

che-bot commented Jul 27, 2020

Issues go stale after 180 days of inactivity. lifecycle/stale issues rot after an additional 7 days of inactivity and eventually close.

Mark the issue as fresh with /remove-lifecycle stale in a new comment.

If this issue is safe to close now please do so.

Moderators: Add lifecycle/frozen label to avoid stale mode.

@che-bot che-bot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Jul 27, 2020
@che-bot che-bot closed this as completed Aug 21, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/enhancement A feature request - must adhere to the feature request template. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale.
Projects
None yet
Development

No branches or pull requests

5 participants