Open danieljurek opened 1 year ago
Does is resolve if we restart/reload Codespaces?
@danieljurek assuming this is not a blocker for the Codespaces release in Jan. Moving it to backlog.
Does is resolve if we restart/reload Codespaces?
Yes, if you do F1 + Reload window
, VSCode would detect the changes.
But, IMHO, this the flow mentioned on this issue shouldn't be the common/expected way for using codespaces
. This use case is asuming that, as a user, I would start by creating a new repository to launch codespaces
, and it should be more common to start by cloning or forking a template (to create the new repo) and then just open that repo with codespaces
.
There's also the case where I have an existing repo and I want to azd-fy it, but in that case, there's unlikely to think that a user would pick a template to be pulled into the existing repo (as the repo might already contain a .vscode folder and other files).
So, in general, I would close this issue advising folks to start by forking an azd template (either using fork or by using the use template option
) and then opening it with codespaces
@bwateratmsft -- Can you point us to someone in vscode who can help here?
@chuxel @chrmarti can you take a look? Thanks!
We're not on the codespaces team, so cc: @jkeech @joshspicer @edgonmsft @craiglpeters since this would be in that extension.
We'll take a look. We have a watcher that should provide that 'Prompt for rebuild' when files are added to the .devcontainer folder. 👍
@joshspicer Have you had a chance to investigate this at all? Happy to transfer to the remote containers repo if that makes more sense!
Repro steps:
azd
azd init
select a template, commit, pushExpected: vscode inside of codespaces warns about changes to
.devcontainer
and offers to rebuild containerActual: no warning observed
Workarounds:
azd init
commit, push.devcontainer
is already set up