Ändern von Bibliotheken: Unterschied zwischen den Versionen
Keine Bearbeitungszusammenfassung |
|||
Zeile 11: | Zeile 11: | ||
= Testen = | = Testen = | ||
Vor dem CheckIn der Daten ist unbedingt ein Test der Änderungen zu vollziehen, welcher validieren soll, dass das | Vor dem CheckIn der Daten ist unbedingt ein Test der Änderungen zu vollziehen, welcher validieren soll, dass das Modell weiterhin funktionsfähig ist. <br/> | ||
'''ACHTUNG''': Wenn man beim Testen Fehler entdeckt ist von einem ''Commit'' unbedingt abzusehen! | '''ACHTUNG''': Wenn man beim Testen Fehler entdeckt ist von einem ''Commit'' unbedingt abzusehen! | ||
Aktuelle Version vom 9. April 2019, 13:34 Uhr
Um effektiv in einer Gruppe am Modell arbeiten zu können, ist es wichtig, dass sich alle an die allgemeinen Regeln halten. Dazu sind im Folgenden die Arbeitsschritte detailiert aufgeführt, welche zu einem sinnvollen Arbeiten am Modell nötig sind.
Update der Daten
Bevor man mit dem Arbeiten anfängt, sollte man immer das Modell aktuell halten. Dazu sollte wenigstens der Ordner Software durch ein SVN Update auf den aktuellen Stand gebracht werden.
Sperren des Arbeitsbereiches
Wenn man an einer einzelnen Bibliothek arbeitet, so sollte diese vorher gegen andere Nutzer gesperrt werden. Dadurch kann gewährleistet werden, dass es nicht zum Überschreiben der Daten kommt. Das sogenannte Lock kann man sich durch einen Rechtsklick (im Explorer) TortoiseSVN -> GetLock auf die jeweilige Bibliothek holen.
ACHTUNG: Es besteht auch die Möglichkeit, ein Lock zu stehlen, jedoch sollte dies nur eingesetzt werden, wenn man weiß, dass der andere nicht an diesem Dokument arbeitet. Die aktuellen Nutzer können über TortoiseSVN->Show Log eingesehen werden.
Ändern
Jetzt kann die Bibliothek in Simulink geöffnet werden und die Änderungen vollzogen werden. Man sollte hierbei darauf achten, dass man keine Änderungen vollzieht, welche andere Gruppen betreffen, ohne dies vorher abzuklären.
Testen
Vor dem CheckIn der Daten ist unbedingt ein Test der Änderungen zu vollziehen, welcher validieren soll, dass das Modell weiterhin funktionsfähig ist.
ACHTUNG: Wenn man beim Testen Fehler entdeckt ist von einem Commit unbedingt abzusehen!
- Protokollierung der Tests
Unit-Tests und Integrationstests sind in einem einheitlichen Format zu dokumentieren und im SVN abzuspeichern. Des Weiteren müssen neue Tests in den Übersichtslisten ergänzt werden.
→ Link zu Vorlagen, Übersichten und Testprotokollen: SVN Ordner
Autor: Steffen Topp (Diskussion)
Update & Commit
Wenn man seine Arbeiten vollzogen hat und der Test erfolgreich war, dann sollte man final die SVN Daten updaten und anschließend über SVN Commit wieder hochladen. Der vorherige Update zerstört nicht die Änderungen, sondern gewährleistet nur, dass andere Änderungen ebenfalls übernommen werden!
→ zurück zum Hauptartikel: Praktikum SDE