aws-amplify / aws-amplify/amplify-cli
amplify pull: No Amplify backend project files detected within this folder.
- Dominant language
- TypeScript
- Stars
- 2.9k
- Forks
- 825
- Avg merge
- 11d 23h
- Merged PRs (30d)
- 2
Description
### Before opening, please confirm:
- [X] I have installed the latest version of the Amplify CLI (see above), and confirmed that the issue still persists.
- [X] I have [searched for duplicate or closed issues](https://github.com/aws-amplify/amplify-cli/issues?q=is%3Aissue+).
- [X] I have read the guide for [submitting bug reports](https://github.com/aws-amplify/amplify-cli/blob/dev/CONTRIBUTING.md#bug-reports).
- [X] I have done my best to include a minimal, self-contained set of instructions for consistently reproducing the issue.
- [X] I have removed any sensitive information from my code snippets and submission.
### How did you install the Amplify CLI?
npm
### If applicable, what version of Node.js are you using?
16.17.1
### Amplify CLI Version
10.5.1
### What operating system are you using?
Mac
### Did you make any manual changes to the cloud resources managed by Amplify? Please describe the changes made.
No
### Amplify Categories
api
### Amplify Commands
pull
### Describe the bug
Following the instructions from https://docs.amplify.aws/cli/project/monorepo/ I did a `amplify pull` from my web client folder and I was able to successfully pull my backend project. Note, I answered "no" when asked "Do you plan on modifying this backend?".
The next time I ran `amplify pull`, however, it failed with: "No Amplify backend project files detected within this folder."
### Expected behavior
To not get an error when I run `amplify pull` a second time
### Reproduction steps
Follow the steps from this post: https://docs.amplify.aws/cli/project/monorepo/#step-3b-integrate-backend-with-angular-app
### GraphQL schema(s)
```graphql
type Todo @model {
id: ID!
stage: StageOptions
name: String!
description: String
}
```
### Project Identifier
_No response_
### Log output
```
# Put your logs below this line
```
### Additional information
I noticed a related bugfix (#11415) by @edwardfoyle. It does seem that version 10.5.1 should have that fix.
Contributor guide
Assessment
This issue has not been assessed yet.