xuwenwei
d3b6026bfd
- Filled empty libs/hbb_common/ submodule (cloned from rustdesk/hbb_common) - Patched Flutter 3.44 / Dart 3.12 compatibility: * flutter/lib/generated_bridge.dart: asTypedList with cast<>, DartPort=Int64 * flutter/lib/common.dart: DialogTheme->DialogThemeData, TabBarTheme->TabBarThemeData * flutter/pubspec.yaml: extended_text 14.0.0->15.0.2, google_fonts override 5.0.0 * flutter/macos/Runner/Configs/Release.xcconfig: EXCLUDED_ARCHS=x86_64 - Build verified: cargo check + cargo build --features flutter + cargo build --release --features flutter - Verified flutter build macos --debug and --release both produce working .app - Verified .dmg installer (27MB arm64) created via hdiutil - Build deps: Xcode 26.5, CocoaPods 1.16.2, Flutter 3.44, VCPKG arm64-osx
51 lines
2.2 KiB
Markdown
51 lines
2.2 KiB
Markdown
# Beiträge zu RustDesk
|
|
|
|
RustDesk begrüßt Beiträge von jedem. Hier sind die Richtlinien, wenn Sie uns
|
|
helfen möchten:
|
|
|
|
## Beiträge
|
|
|
|
Beiträge zu RustDesk oder seinen Abhängigkeiten sollten in Form von Pull
|
|
Requests auf GitHub erfolgen. Jeder Pull Request wird von einem Hauptakteur
|
|
(jemand mit der Erlaubnis, Korrekturen einzubringen) geprüft und entweder in den
|
|
Hauptbaum eingefügt oder Feedback für notwendige Änderungen gegeben. Alle
|
|
Beiträge sollten diesem Format folgen, auch die von Hauptakteuren.
|
|
|
|
Wenn Sie an einem Problem arbeiten möchten, melden Sie es bitte zuerst an, indem
|
|
Sie auf GitHub erklären, dass Sie daran arbeiten möchten. Damit soll verhindert
|
|
werden, dass Beiträge zum gleichen Thema doppelt bearbeitet werden.
|
|
|
|
## Checkliste für Pull Requests
|
|
|
|
- Verzweigen Sie sich vom Master-Branch und, falls nötig, wechseln Sie zum
|
|
aktuellen Master-Branch, bevor Sie Ihren Pull Request einreichen. Wenn das
|
|
Zusammenführen mit dem Master nicht reibungslos funktioniert, werden Sie
|
|
möglicherweise aufgefordert, Ihre Änderungen zu überarbeiten.
|
|
|
|
- Commits sollten so klein wie möglich sein und gleichzeitig sicherstellen, dass
|
|
jeder Commit unabhängig voneinander korrekt ist (d. h., jeder Commit sollte
|
|
sich übersetzen lassen und Tests bestehen).
|
|
|
|
- Commits sollten von einem "Herkunftszertifikat für Entwickler"
|
|
(https://developercertificate.org) begleitet werden, das besagt, dass Sie (und
|
|
ggf. Ihr Arbeitgeber) mit den Bedingungen der [Projektlizenz](../LICENCE)
|
|
einverstanden sind. In Git ist dies die Option `-s` für `git commit`.
|
|
|
|
- Wenn Ihr Patch nicht begutachtet wird oder Sie eine bestimmte Person zur
|
|
Begutachtung benötigen, können Sie einem Gutachter mit @ antworten und um eine
|
|
Begutachtung des Pull Requests oder einen Kommentar bitten. Sie können auch
|
|
per [E-Mail](mailto:info@rustdesk.com) um eine Begutachtung bitten.
|
|
|
|
- Fügen 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/servo/servo/wiki/GitHub-workflow).
|
|
|
|
## Verhalten
|
|
|
|
https://github.com/rustdesk/rustdesk/blob/master/docs/CODE_OF_CONDUCT.md
|
|
|
|
## Kommunikation
|
|
|
|
RustDesk-Mitarbeiter arbeiten häufig im [Discord](https://discord.gg/nDceKgxnkV).
|