Hallo @INOPIAE,
zuerst vorneweg: Ich kann dir keine genaue Antwort geben.

Im privaten Umfeld habe ich vor einigen Jahren die Ordner meiner Anwendung bei GitHub einfach per Drag&Drop hochgeladen. Ich nutze GitHub allerdings nicht mehr häufig, da für mich nicht nötig. Wenn es ein Projekt war, das Nuget-Pakete beinhaltete, konnte ich diese nicht mit hochladen, weil du als Gratis-Nutzer nur ein paar MB hochladen kannst.

Auf der Arbeit nutzen wir Git in vollen Zügen, auch mit SourceTree. Bei Git haben wir Pipelines, sogar Feature-Lanes. In den Pipelines läuft der Buildprozess durch.

—————————————
Leg deine Sourcen in einen bestimmten Ordner.
Besorg dir Git und SourceTree. Die beiden müssen verbunden sein. SourceTree ist "nur" eine Oberfläche, damit du die Push- und Pull-Befehle nicht in ne schwarze Eingabeaufforderung eingeben musst.
Erstell mit SourceTree ein Repo. Nun hört Git mit.
Wenn du nun Änderungen im Code machst, kannst du diese Bei SourceTree sehen und pushen. In der yaml-Datei legst du fest, auf welchen Ort (Server) gepusht werden soll. Mit SourceTree kannst du auch auf einen alten Stand zurückgehen. Du kannst auch Demo- und Live-Stages haben.


Visual Studio bietet einen Git-Manager an. Hier siehst du auch deine Änderungen. Sollte aber nebensächlich sein, dass man hier guckt. Der ist nur wichtig für Merge-Konflikte.

Das ist so ein weites Thema, das alles hier zu beschreiben sprengt den Rahmen.
Ich würde einfach mal die Doku von Github Actions lesen und dann konkrete Fragen stellen:
Building and testing .NET

Ich selbst halte nichts von ClickOnce, aber das ist nur meine Meinung.
Insgesamt, hängt das aber auch von deiner Anwendung ab, wenn die keinerlei Abhängigkeiten zum System hat oder als Service registriert werden muss oder oder oder, reicht es die Anwendung als ZIP bereitzustellen.

Es scheint mir so, als würdest du sowas hier suchen: github.com/marketplace/actions…files-to-a-github-release

Damit kannst du direkt aus deiner Action ein Release erstellen. In dem Zuge solltest du aber drauf achten, dass die Workflows nur für dein Repo und nicht für Forks funktionieren.
Dazu solltest du unbedingt drauf achten, dass du gewisse Branch Protection Policies eingerichtet hast. Nicht dass du aus Versehen eine instabile Version released.