Ändern von Bibliotheken - Versionsgeschichte

David Reger am 9. April 2019 um 12:34 Uhr

2019-04-09T12:34:49Z

← Nächstältere Version		Version vom 9. April 2019, 14:34 Uhr
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!

Michael Menke: /* Update & Commit */

2019-02-12T15:04:11Z

Update & Commit

← Nächstältere Version		Version vom 12. Februar 2019, 17:04 Uhr
Zeile 25:		Zeile 25:
	= Update & Commit =		= 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!

	----		----
	[[Praktikum SDE]]		→ zurück zum Hauptartikel: [[Praktikum_SDE\|Praktikum SDE]]

Steffen Topp: /* Testen */

2018-07-20T21:29:46Z

Testen

← Nächstältere Version		Version vom 20. Juli 2018, 23:29 Uhr
Zeile 13:		Zeile 13:
	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 Nodell 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!


			;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 =		= Update & Commit =

Hauke Ludwig am 4. Juni 2014 um 07:50 Uhr

2014-06-04T07:50:39Z

← Nächstältere Version		Version vom 4. Juni 2014, 09:50 Uhr
Zeile 5:		Zeile 5:

	= 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 =
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.		Vor dem CheckIn der Daten ist unbedingt ein Test der Änderungen zu vollziehen, welcher validieren soll, dass das Nodell 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!

Hauke Ludwig am 4. Juni 2014 um 07:50 Uhr

2014-06-04T07:50:15Z

← Nächstältere Version		Version vom 4. Juni 2014, 09:50 Uhr
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. '''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 Nodell weiterhin funktionsfähig ist.
	'''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~~'''~~=		= 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!
			----
			[[Praktikum SDE]]

Hauke Ludwig: 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…“

2014-06-04T07:49:25Z

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…“

Neue Seite

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 Nodell weiterhin funktionsfähig ist.
'''ACHTUNG''': Wenn man beim Testen Fehler entdeckt ist von einem ''Commit'' unbedingt abzusehen!

='''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!