51 lines
		
	
	
		
			2.2 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
		
		
			
		
	
	
			51 lines
		
	
	
		
			2.2 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
|  | # Beitr<74>ge zu RustDesk
 | |||
|  | 
 | |||
|  | RustDesk begr<67><72>t Beitr<74>ge von jedem. Hier sind die Richtlinien, wenn Sie uns | |||
|  | helfen m<>chten: | |||
|  | 
 | |||
|  | ## Beitr<74>ge
 | |||
|  | 
 | |||
|  | Beitr<EFBFBD>ge zu RustDesk oder seinen Abh<62>ngigkeiten sollten in Form von Pull | |||
|  | Requests auf GitHub erfolgen. Jeder Pull Request wird von einem Hauptakteur | |||
|  | (jemand mit der Erlaubnis, Korrekturen einzubringen) gepr<70>ft und entweder in den | |||
|  | Hauptbaum eingef<65>gt oder Feedback f<>r notwendige <20>nderungen gegeben. Alle | |||
|  | Beitr<EFBFBD>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<6B>ren, dass Sie daran arbeiten m<>chten. Damit soll verhindert | |||
|  | werden, dass Beitr<74>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<6E>hren mit dem Master nicht reibungslos funktioniert, werden Sie | |||
|  |   m<>glicherweise aufgefordert, Ihre <20>nderungen zu <20>berarbeiten. | |||
|  | 
 | |||
|  | - Commits sollten so klein wie m<>glich sein und gleichzeitig sicherstellen, dass | |||
|  |   jeder Commit unabh<62>ngig voneinander korrekt ist (d. h., jeder Commit sollte | |||
|  |   sich <20>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<65>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). |