Ändern von Bibliotheken: Unterschied zwischen den Versionen

Aus HSHL Mechatronik
Zur Navigation springen Zur Suche springen
(Die Seite wurde neu angelegt: „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 Arbeitss…“)
 
Keine Bearbeitungszusammenfassung
 
(4 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
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.
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'''=
= 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.
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'''=
= 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.
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. <br/>'''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'''=
= Ä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.
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'''=
= Testen =
Vor dem CheckIn der Daten ist unbedingt ein Test der Änderungen zu vollziehen, welcher validieren soll, dass das Nodell weiterhin funktionsfähig ist.  
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!


='''Update & Commit'''=
 
;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: [https://svn.hshl.de/svn/MTR_SDE_Praktikum/trunk/Dokumentation/Testprotokolle/ SVN Ordner]
 
 
Autor: [[Benutzer:Steffen Topp|Steffen Topp]] ([[Benutzer Diskussion: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!
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|Praktikum SDE]]

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