RustDesk begrt Beitrge von jedem. Hier sind die Richtlinien, wenn Sie uns helfen mchten:
Beitrge zu RustDesk oder seinen Abhngigkeiten sollten in Form von Pull Requests auf GitHub erfolgen. Jeder Pull Request wird von einem Hauptakteur (jemand mit der Erlaubnis, Korrekturen einzubringen) geprft und entweder in den Hauptbaum eingefgt oder Feedback fr notwendige nderungen gegeben. Alle Beitrge sollten diesem Format folgen, auch die von Hauptakteuren.
Wenn Sie an einem Problem arbeiten mchten, melden Sie es bitte zuerst an, indem Sie auf GitHub erklren, dass Sie daran arbeiten mchten. Damit soll verhindert werden, dass Beitrge zum gleichen Thema doppelt bearbeitet werden.
Verzweigen Sie sich vom Master-Branch und, falls ntig, wechseln Sie zum aktuellen Master-Branch, bevor Sie Ihren Pull Request einreichen. Wenn das Zusammenfhren mit dem Master nicht reibungslos funktioniert, werden Sie mglicherweise aufgefordert, Ihre nderungen zu berarbeiten.
Commits sollten so klein wie mglich sein und gleichzeitig sicherstellen, dass jeder Commit unabhngig voneinander korrekt ist (d. h., jeder Commit sollte sich bersetzen lassen und Tests bestehen).
Commits sollten von einem "Herkunftszertifikat fr Entwickler"
(https://developercertificate.org) begleitet werden, das besagt, dass Sie (und
ggf. Ihr Arbeitgeber) mit den Bedingungen der Projektlizenz
einverstanden sind. In Git ist dies die Option -s
fr git commit
.
Wenn Ihr Patch nicht begutachtet wird oder Sie eine bestimmte Person zur Begutachtung bentigen, knnen Sie einem Gutachter mit @ antworten und um eine Begutachtung des Pull Requests oder einen Kommentar bitten. Sie knnen auch per E-Mail um eine Begutachtung bitten.
Fgen Sie Tests hinzu, die sich auf den behobenen Fehler oder die neue Funktion beziehen.
Spezifische Git-Anweisungen finden Sie im GitHub-Workflow.
https://github.com/rustdesk/rustdesk/blob/master/docs/CODE_OF_CONDUCT.md
RustDesk-Mitarbeiter arbeiten hufig im Discord.