Ändern von Bibliotheken: Unterschied zwischen den Versionen

Aus HSHL Mechatronik
Zur Navigation springen Zur Suche springen
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 Nodell weiterhin funktionsfähig ist. <br/>
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