great recap - looks like it was a pretty awesome event :)

bravo!!  

Always a helpful way to add debugging code or long term exception logging!

Also, if you don't have an exception object and just want to log the stack for debugging purposes, you can use LOG^%ETN

do we know that the "1st process" is?  Is there a specific daemon which is always considered first?  This only would list PIDs running iris (not all PIDs on the OS), correct?

great reminder for why I've loved this technology and company for the past 22 years :)

This looks like simplicity itself, thank you Alice!  

However, I am not able to find any documentation on $ZJob accepting arguments (https://docs.intersystems.com/iris20243/csp/docbook/Doc.View.cls?KEY=RCO...) - do you have a reference for how to use this?

@Laurel James (GJS)  - bravo!! looks like some very exciting new features :)

great!  Thank you @Dmitry Maslennikov for pointing this out!!

I believe this may have been fixed today thanks to the above comment from @Dmitry Maslennikov 
​​​​​​

Great work in this!!!

Bravo and congrats!!

Great overview of a solid approach, thank you!!

Thank you to all who have contributed to our open source libraries :)

Always love seeing the stars :). Thank you to all those who asked and those who answered!!

@Armin Gayl - can you please confirm you are using Embedded Git to manage your server-side source control?  https://community.intersystems.com/tags/embedded-git
 

that is great!  thank you for reporting back the solution.

One possibility is that you don't have the appropriate Service enabled to allow for this connection.  This is pretty easy to check, from the SMP go to:
System Administration > Security > Auditing

If auditing isn't enabled then Enable it and run your test again, then go into View Audit Database and see if there is an access error logged.

It is quite possible that you don't have the Call-in service enabled (I don't think it is by default in Normal or Locked Down instances).  From the first .Net documentation link you provided:

[quote]

If InterSystems IRIS has been installed with security option 2, open the Management Portal and go to System Administration > Security > Services, select %Service_CallIn, and make sure the Service Enabled box is checked. If you installed InterSystems IRIS with security option 1 (minimal) it should already be checked.

[/quote]

Check that out and report back if it solved your issue.

Robert - you rock!  Congrats to you and thank you to everyone contributing :)

P.S. There is also a newly released Learning Services Online Course which covers use of Embedded Git in our HealthConnect Cloud platform, but the principles covered are generally applicable - https://learning.intersystems.com/course/view.php?name=HCCSourceControlC... 

@Sean Brady - per "The push to use vscode over studio is there but the processes have not been migrated so we are still having to fall back to studio for deployments." ... FYI, when you use Embedded Git (or any Serverside Source Control toolset) you can use either VS Code and Studio (or both!).  The IDE triggers the behavior on the server so either should kick off the same behavior.

I am sorry but I can't answer your question about deployment manager as I have always relied on source control and automation tools based on that (I have been spoiled by that ;) ). 

If you are hitting merge conflicts I am going to go out on a limb and guess that these are in the Production Class?  If so then I highly recommend that you look at using Production Decomposition which solves this issue by allowing Embedded Git to manage PTDs rather than the Production Class as a whole - https://github.com/intersystems/git-source-control/discussions/519. 

We also have a standing weekly meeting for Embedded Git users to provide updates on features and 'office hours' for questions.  DM @Pravin Barton if you want to get an invite.