-
Notifications
You must be signed in to change notification settings - Fork 13
/
Leitfaden.md
55 lines (37 loc) · 3.38 KB
/
Leitfaden.md
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
# Leitfaden für Contributions / Beiträge 📢<!-- omit in toc -->
> 🚧 **TODO:** Noch unvollständig...
- [Lizenzen von eingefügten Grafiken u.ä. ⚖️](#lizenzen-von-eingefügten-grafiken-uä-balance_scale)
- [Emojis 😕](#emojis-confused)
- [Das Inhaltsverzeichnis 📖](#das-inhaltsverzeichnis-book)
- [Verweise / Links 🔗](#verweise--links-link)
- [Pfade und Veknüpfungen innerhalb des Repositories](#pfade-und-veknüpfungen-innerhalb-des-repositories)
- [... als vertiefende Ressource](#-als-vertiefende-ressource)
- [... als Quellen-Angabe](#-als-quellen-angabe)
- [... auf Github-URLs unter diesem Repository](#-auf-github-urls-unter-diesem-repository)
- [Hinweise und Bemerkungen](#hinweise-und-bemerkungen)
Es gibt eine Liste von Konventionen, die dabei helfen sollen, die Formatierung der Beiträge und den Einsatz von Markdown überall in diesem Repository einheitlich zu halten. Du findest sie gleich dort unten 👇
> 💬 **Es lässt sich über alles reden.** Selbst über diese Konventionen. Wenn du der Meinung bist, dass man hier etwas grundlegend anders machen sollte, dann schlage das sehr gern vor! Nutze dazu bitte das [Issue-System dieses Repositories](../../issues). Falls Issues für dich etwas Neues sind, kannst du [hier](https://guides.github.com/features/issues/) mehr erfahren.
## Lizenzen von eingefügten Grafiken u.ä. ⚖️
Du solltest natürlich darauf achten, dass alle Grafiken (und anderen Inhalte), die du in deine Beiträge einfügst, über eine Lizenz verfügen, die dies auch erlaubt!
## Emojis 😕
Zum Einsatz von [GitHub-Emojis](https://marcomontalbano.github.io/github-emoji/) wird ausdrücklich ermutigt, solange sie zu visueller Orientierung, Lesbarkeit, Verständnis oder Genuss beitragen. Von allzu störenden und verstörenden Emojis sowie unansehnlichen Kombinationen ist jedoch abzulassen!
## Das Inhaltsverzeichnis 📖
Du solltest der bestehenden Formatierung des Inhaltsverzeichnisses folgen. Und ja, das ist eigentlich das Markdown für Inline-Code, aber es macht sich ganz prima für die Schlagworte, weil es der üblichen Darstellung von Tags ähnelt.
## Verweise / Links 🔗
### Pfade und Veknüpfungen innerhalb des Repositories
Links zu Dateien in diesem Repository sollten relativ zum verlinkenden Dokument sein, z.B.: `[Ein Dokument im gleichen Ordner](Das-Dokument.md)` oder `![Ein Bild](../assets/images/graphic.png)`.
### ... als vertiefende Ressource
> 🔗 **Siehe auch:** [GitHub](https://www.github.com) - eine feine Plattform für Git-Repositories
### ... als Quellen-Angabe
> _Quelle: [Github](https://www.github.com)_
### ... auf Github-URLs unter diesem Repository
... zum Beispiel zum [Issue-System dieses Repositories](../../issues) als absoluten Link:
```
[Issue-System dieses Repositories](https://github.com/DH-Cologne/java-wegweiser/issues)
```
## Hinweise und Bemerkungen
An den entsprechenden Stellen sollten Hinweise und Bemerkungen unterschiedlicher Art entsprechend einheitlich gekennzeichnet sein. Die bisher bestehenden Formen sind hier aufgelistet:
> ⚠️ **Achtung:** An dieser Stelle besteht die Gefahr einer Verwechslung (oder was auch immer) ...
> 💬 **Übrigens:** Es gibt an dieser Stelle noch etwas mehr oder weniger interessantes zu sagen...
> 🚧 **TODO:** An dieser Stelle fehlt Inhalt XY. Wichtig wäre die Erwähnung von Blah Blah und Dings. Das muss noch gemacht werden!
> ❓ **Fraglich:** Lieber erstmal weglassen?