- 
                Notifications
    You must be signed in to change notification settings 
- Fork 209
          Rename components directory to resources under .dapr directory
          #1149
        
          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
base: master
Are you sure you want to change the base?
Conversation
Signed-off-by: Pravin Pushkar <[email protected]>
…to it. Signed-off-by: Pravin Pushkar <[email protected]>
components directory to resources under .dapr directory
      | Codecov Report
 @@            Coverage Diff             @@
##           master    #1149      +/-   ##
==========================================
+ Coverage   26.11%   26.58%   +0.46%     
==========================================
  Files          38       38              
  Lines        2604     2656      +52     
==========================================
+ Hits          680      706      +26     
- Misses       1858     1878      +20     
- Partials       66       72       +6     
 Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here. | 
Signed-off-by: Pravin Pushkar <[email protected]>
Signed-off-by: Pravin Pushkar <[email protected]>
Signed-off-by: Pravin Pushkar <[email protected]>
Signed-off-by: Pravin Pushkar <[email protected]>
Signed-off-by: Pravin Pushkar <[email protected]>
Co-authored-by: Shubham Sharma <[email protected]> Signed-off-by: Pravin Pushkar <[email protected]>
Co-authored-by: Shubham Sharma <[email protected]> Signed-off-by: Pravin Pushkar <[email protected]>
Signed-off-by: Pravin Pushkar <[email protected]>
Signed-off-by: Pravin Pushkar <[email protected]>
Signed-off-by: Pravin Pushkar <[email protected]>
Signed-off-by: Pravin Pushkar <[email protected]>
Signed-off-by: Pravin Pushkar <[email protected]>
Signed-off-by: Pravin Pushkar <[email protected]>
Signed-off-by: Pravin Pushkar <[email protected]>
Signed-off-by: Pravin Pushkar <[email protected]>
Signed-off-by: Pravin Pushkar <[email protected]>
Signed-off-by: Pravin Pushkar <[email protected]>
Signed-off-by: Pravin Pushkar <[email protected]>
89175d1    to
    c5646d4      
    Compare
  
    Signed-off-by: Pravin Pushkar <[email protected]>
Signed-off-by: Pravin Pushkar <[email protected]>
| if !isSlimMode() && daprContainerRuntime != "" && !utils.Contains(uninstallArgs, "--container-runtime") { | ||
| uninstallArgs = append(uninstallArgs, "--container-runtime", daprContainerRuntime) | ||
| } | ||
| return spawn.Command(common.GetDaprPath(), uninstallArgs...) | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why not reuse cmdUninstall, similar to installDapr function above?
| daprContainerRuntime := containerRuntime() | ||
|  | ||
| // Add --container-runtime flag only if daprContainerRuntime is not empty, or overridden via args. | ||
| // This is only valid for non-slim mode. | ||
| if !isSlimMode() && daprContainerRuntime != "" && !utils.Contains(args, "--container-runtime") { | ||
| uninstallArgs = append(uninstallArgs, "--container-runtime", daprContainerRuntime) | ||
| } | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why did we remove this instead of moving it to cmdUninstall and using this instead of the new function in utils?
| This pull request has been automatically marked as stale because it has not had activity in the last 30 days. It will be closed in 7 days if no further activity occurs. Please feel free to give a status update now, ping for review, or re-open when it's ready. Thank you for your contributions! | 
| @pravinpushkar Please fix conflicts in this PR. @msfussell @yaron2 I think this PR can go in 1.11. (Renaming default  | 
Signed-off-by: Pravin Pushkar <[email protected]>
Signed-off-by: Pravin Pushkar <[email protected]>
Description
dapr initbehaviour to createresourcesdir instead ofcomponentsand then creates a symlinkcomponentsforresourcesdirectory.componentsdir,dapr initwill also moves its contents intoresourcesdir, deletes thecomponentsdirectory and then creates the symlink forresourcesdirectory.dapr run --resources-path-> uses provided path in through flagdapr run --components-path-> uses provided path in through flagdapr run-> precedence order is resources dir then components dir.componentsandresourceswill always be in sync, it wont matter where the new resources are put but the recommendation isresourcesdirectory ascomponentswill be deprecated in future.Issue reference
We strive to have all PR being opened based on an issue, where the problem or feature have been discussed prior to implementation.
Please reference the issue this PR will close: #1148
Checklist
Please make sure you've completed the relevant tasks for this PR, out of the following list: