It is often the case with large applications that developers would like to or need to work on unrelated parts of an application simultaneously. It is a limitation of the Git for Shared Development Environments application from the InterSystems Open Exchange that you cannot do this in a single namespace. That's because it is built on git, where you can only have a single branch checked out to a working folder at any one time.

Our InterSystems-native source control and integrated deployment solution Deltanji allows developers to create multiple separate branches within the same namespace.  Because Deltanji has finer granularity it can handle concurrent non-overlapping sets of changes in a single namespace, enabling users to check code entities out onto separate Change Requests, then promote these independently.

Even with a team as small as one person it is common for Deltanji-controlled development to take place this way. Use of QA and/or Staging environments ensures that unforeseen dependencies created in the Development environment between supposedly independent Change Requests will be detected before they can impact the Production environment.
 

Please also see https://community.intersystems.com/post/system-default-settings-versus-… to try and understand how easy it is for a system-specific setting to get overridden by a setting added to the XData block of the prodclass. Then, if you're not super-careful about how you transfer the prodclass between environments you can inadvertently end up with the live production talking to the test interfaces.

This will need a server-side change as well as one in the VS Code extension. More info at https://github.com/intersystems-community/vscode-objectscript/issues/13…

Are the 3 servers where debugging is working running exactly the same $ZVERSION as the 2 where you're getting this error?

A consequence of https://jigsawinteractive.com/jigsaw-interactive-acquires-influtive/ I guess.

Did you find this in the IRIS documentation?

https://docs.intersystems.com/components/csp/docbook/DocBook.UI.Page.cl…

My guess is that you put a space at the beginning of the line shown above as:

ConvertToMTime(h,m,s)

Pasting a screenshot here might help. 

Are you using the client-side editing paradigm, where the files on your VS Code workstation are managed with, say, Git, and imported to an IRIS server for execution? Or are you using the server-side editing paradigm, which is equivalent to the IRIS Studio way of working?

Also, please explain why you don't want the storage information in the class file.

Have you already found the resources at https://docs.intersystems.com/ens201817/csp/docbook/DocBook.UI.Page.cls…;

Maybe we can try to get https://github.com/microsoft/vscode/issues/141868 implemented. 

At Step 3, if you already use Studio you can take advantage of an option on the ... menu to import your existing server definitions.