Subversion - Versionskontrolle im Weimarnetz - Versionsgeschichte

CrazyBot: Bot: {{Vorlage:LinksReparieren}} hinzugefügt

2021-04-11T16:17:05Z

Bot: {{Vorlage:LinksReparieren}} hinzugefügt

CrazyBot: Bot: Ergänze Kategorie ToteLinks

2021-04-11T15:53:15Z

Bot: Ergänze Kategorie ToteLinks

Andi.braeu: /* Vom Trunk zu Branches oder Tags */

2006-12-03T20:54:15Z

Vom Trunk zu Branches oder Tags

Andi.braeu: fetziges Inhaltsverzeichnis von Dave übernommen

2006-12-03T19:59:10Z

fetziges Inhaltsverzeichnis von Dave übernommen

Andi.braeu: /* Windows */ neuer Link

2006-09-27T14:48:19Z

Windows: neuer Link

Andi.braeu: /* Operationen/Aktionen */

2006-09-21T17:20:46Z

Operationen/Aktionen

Andi.braeu: Sonderzeichen

2006-09-21T08:32:49Z

Sonderzeichen

Andi.braeu am 21. Juni 2006 um 11:31 Uhr

2006-06-21T11:31:17Z

Andi.braeu: /* Begriffe */

2006-06-07T13:07:34Z

Begriffe

Andi.braeu: /* Repository */

2006-06-07T12:39:04Z

Repository

← Nächstältere Version		Version vom 11. April 2021, 16:17 Uhr
Zeile 1:		Zeile 1:
		+	{{Vorlage:LinksReparieren}}
	{{TOCRight}}		{{TOCRight}}
	{{Projekt}}		{{Projekt}}

← Nächstältere Version		Version vom 11. April 2021, 15:53 Uhr
Zeile 144:		Zeile 144:
	##Für weitere Dateien die letzten drei Schritte wiederholen.		##Für weitere Dateien die letzten drei Schritte wiederholen.
	#Fertig!		#Fertig!
		+
		+	[[Kategorie:ToteLinks]]

@@ Zeile 34: / Zeile 34: @@
 ==== Vom Trunk zu Branches oder Tags ====
-Wie komme ich vom Hauptentwicklungszweig zum Branch oder Tag? Ganz einfach, die aktuelle Arbeitskopie wird mit einer Subversion-eigenen Funktion kopiert. Um auf einem parallelem Entwicklungszweig weiterzuarbeiten muß dann noch die Arbeitskopie auf den neuen Pfad umgestellt werden (dafür gibts auch eine Subversion-eigene Funktion
+Wie komme ich vom Hauptentwicklungszweig zum Branch oder Tag? Ganz einfach, die aktuelle Arbeitskopie wird mit einer Subversion-eigenen Funktion kopiert. Um auf einem parallelem Entwicklungszweig weiterzuarbeiten muß dann noch die Arbeitskopie auf den neuen Pfad umgestellt werden (dafür gibts auch eine Subversion-eigene Funktion)
 ==== Arbeitskopie ====

← Nächstältere Version		Version vom 3. Dezember 2006, 19:59 Uhr
Zeile 1:		Zeile 1:
		+	{{TOCRight}}
	{{Projekt}}		{{Projekt}}
	== Einleitung ==		== Einleitung ==

@@ Zeile 84: / Zeile 84: @@
 ==== Windows ====
-TortoiseSVN ist der Name des Windows-Clients, es erfolgt eine Integration in das Kontextmenü des Exploders
+TortoiseSVN ist der Name des Windows-Clients, es erfolgt eine Integration in das Kontextmenü des Exploders, das dazugehörige und wirklich übersichtlich aufgebaute Handbuch ist hier zu finden: http://tortoisesvn.net/docs/nightly/TortoiseSVN_de/index.html
 Informationen unter: http://tortoisesvn.tigris.org/

← Nächstältere Version		Version vom 21. September 2006, 17:20 Uhr
Zeile 42:		Zeile 42:

	==== Checkout ====		==== Checkout ====
		+	Ein Checkout bezeichnet die erstmalige Übertragung einer Arbeitskopie in ein lokales Entwicklungsverzeichnis. Es ist möglich, die aktuelle, aber auch eine ganz bestimmte Version der Arbeitskopie auszuchecken. Beim Checkout werden im Zielverzeichnis vorhandene Dateien ohne Rücksicht auf Verluste überschrieben, doch einerseits sollte ein Checkout in ein leeres Verzeichnis erfolgen und andererseits sollten Änderungen mit Update und Commit gepflegt werden.

		+	Checkouts sind weiterhin sinnvoll, wenn ein komplett neuer Entwicklungszweig erstellt wird oder man einen bestimmten Entwicklungsstand aufnehmen will (z.B. wenn man sich die eigene Arbeitskopie verkonfiguriert hat).
	==== Commit ====		==== Commit ====

@@ Zeile 2: / Zeile 2: @@
 == Einleitung ==
-Versionskontrollsysteme werden eingesetzt, um die Arbeit an Projekten mit mehreren Entwicklern zu vereinfachen. Hauptaugenmerk liegt dabei darauf, mehreren Personen die gleichzeitige Arbeit an einzelnen Dateien oder Teilen davon zu ermöglichen, �?nderungenen abzugleichen und bei der gemeinsamen Arbeit auftretende Konflikte aufzulösen.
+Versionskontrollsysteme werden eingesetzt, um die Arbeit an Projekten mit mehreren Entwicklern zu vereinfachen. Hauptaugenmerk liegt dabei darauf, mehreren Personen die gleichzeitige Arbeit an einzelnen Dateien oder Teilen davon zu ermöglichen, Änderungenen abzugleichen und bei der gemeinsamen Arbeit auftretende Konflikte aufzulösen.
-In diesem Artikel soll das Versionskontrollsystem [http://subversion.tigris.org/ Subversion] (kurz SVN) bekannt gemacht werden. SVN ist ein Nachfolger des bekannten CVS, schickt sich jedoch nach eigenen Angaben an, die gröbsten CVS-Schwachstellen zu beseitigen. Unter anderem versioniert SVN nun auch Verzeichnisse, so da�? auch verzeichnisbasierte Operationen wie das Löschen oder umbenennen von Dateien unter die Versionskontrolle fallen.
+In diesem Artikel soll das Versionskontrollsystem [http://subversion.tigris.org/ Subversion] (kurz SVN) bekannt gemacht werden. SVN ist ein Nachfolger des bekannten CVS, schickt sich jedoch nach eigenen Angaben an, die gröbsten CVS-Schwachstellen zu beseitigen. Unter anderem versioniert SVN nun auch Verzeichnisse, so daß auch verzeichnisbasierte Operationen wie das Löschen oder umbenennen von Dateien unter die Versionskontrolle fallen.
 == Arbeit mit Subversion ==
-Bevor wir mit der Arbeit mit Subversion beginnen, sollten wir die wichtigsten Begriffe klären, die zum täglichen Umgang mit Subversion gehören. Sonst steht zu befürchten, da�? jeder von etwas anderem redet, alle dasselbe meinen und keiner irgendetwas versteht.
+Bevor wir mit der Arbeit mit Subversion beginnen, sollten wir die wichtigsten Begriffe klären, die zum täglichen Umgang mit Subversion gehören. Sonst steht zu befürchten, daß jeder von etwas anderem redet, alle dasselbe meinen und keiner irgendetwas versteht.
 Unter http://de.wikibooks.org/wiki/Versionskontrolle_mit_Subversion ist ein interessantes Wikibuch zum Thema zu finden (Dank an den [[Benutzer:TheBakerMan|BakerMan]])...wer sich also tiefergehend mit dem ganzen Kram auseinandersetzen möchte, sollte sich das Buch zu Gemüte führen.
@@ Zeile 25: / Zeile 25: @@
 ==== Branches ====
-Als Branches werden Entwicklungszweige bezeichnet, die ausgehend vom Hauptentwicklungszweig (Trunk) parallel weiterentwickelt werden, um beispielsweise an kommende Firmwareversionen angepa�?t zu werden, die jedoch noch nicht im produktiven Einsatz ist. Somit ist es möglich, da�? mehrere Versionen gleichzeitig gepflegt werden können.
+Als Branches werden Entwicklungszweige bezeichnet, die ausgehend vom Hauptentwicklungszweig (Trunk) parallel weiterentwickelt werden, um beispielsweise an kommende Firmwareversionen angepaßt zu werden, die jedoch noch nicht im produktiven Einsatz ist. Somit ist es möglich, daß mehrere Versionen gleichzeitig gepflegt werden können.
 ==== Tags ====
-Tags sind Entwicklungszweige, in die keine Entwicklungsarbeit mehr flie�?t. Das hei�?t, hierher werden die Entwicklungszweige verschoben, welche mit hoher Wahrscheinlichkeit nicht mehr verändert werden. Dann können unter anderem Firmwareerweiterungen sein, deren grundlegende Firmware nicht mehr eingesetzt wird.
+Tags sind Entwicklungszweige, in die keine Entwicklungsarbeit mehr fließt. Das heißt, hierher werden die Entwicklungszweige verschoben, welche mit hoher Wahrscheinlichkeit nicht mehr verändert werden. Dann können unter anderem Firmwareerweiterungen sein, deren grundlegende Firmware nicht mehr eingesetzt wird.
 ==== Vom Trunk zu Branches oder Tags ====
-Wie komme ich vom Hauptentwicklungszweig zum Branch oder Tag? Ganz einfach, die aktuelle Arbeitskopie wird mit einer Subversion-eigenen Funktion kopiert. Um auf einem parallelem Entwicklungszweig weiterzuarbeiten mu�? dann noch die Arbeitskopie auf den neuen Pfad umgestellt werden (dafür gibts auch eine Subversion-eigene Funktion
+Wie komme ich vom Hauptentwicklungszweig zum Branch oder Tag? Ganz einfach, die aktuelle Arbeitskopie wird mit einer Subversion-eigenen Funktion kopiert. Um auf einem parallelem Entwicklungszweig weiterzuarbeiten muß dann noch die Arbeitskopie auf den neuen Pfad umgestellt werden (dafür gibts auch eine Subversion-eigene Funktion
 ==== Arbeitskopie ====
@@ Zeile 66: / Zeile 66: @@
 ==== Mac OS ====
-Der Client für Mac OS hei�?t scplugin
+Der Client für Mac OS heißt scplugin
 Informationen unter: http://scplugin.tigris.org
@@ Zeile 100: / Zeile 100: @@
 [[bild:tortoise.jpg|Ansicht des Projektarchivs]]
-Das gesamte Repository der Weimarnetz-Firmwareerweiterung lä�?t sich auch online mit einem Webbrowser ansehen und ist unter http://svn.sourceforge.net/viewcvs.cgi/weimarnetz-fw/ für jedermann zu erreichen. In diesem Online-Repository kann man lediglich lesend auf die Projektdateien zugreifen und diese nur einzeln betrachten.
+Das gesamte Repository der Weimarnetz-Firmwareerweiterung läßt sich auch online mit einem Webbrowser ansehen und ist unter http://svn.sourceforge.net/viewcvs.cgi/weimarnetz-fw/ für jedermann zu erreichen. In diesem Online-Repository kann man lediglich lesend auf die Projektdateien zugreifen und diese nur einzeln betrachten.
 === Einrichtung des SVN-Clients ===
@@ Zeile 116: / Zeile 116: @@
 == Release Management bei Sourceforge ==
-Neben SVN stellt Sourceforge au�?erdem Werkzeuge bereit, um Pakete und Releases der entwickelten Software zu veröffentlichen. Vorteile sind dabei u.a. da�? die Version nicht mehr in den Dateinamen eingearbeitet mu�?, da�? mehrere Personen die Berechtigung zur Veröffentlichung haben können und da�? man die verschiedenen Releases verfolgen kann.
+Neben SVN stellt Sourceforge außerdem Werkzeuge bereit, um Pakete und Releases der entwickelten Software zu veröffentlichen. Vorteile sind dabei u.a. daß die Version nicht mehr in den Dateinamen eingearbeitet muß, daß mehrere Personen die Berechtigung zur Veröffentlichung haben können und daß man die verschiedenen Releases verfolgen kann.
 [[Bild:DownloadBeiSF.jpg|framed|none|Ausschnitt der SF-Startseite für unser dortiges Weimarnetzprojekt]]
@@ Zeile 131: / Zeile 131: @@
 ##Auf dieser Seite nach gaaaanz unten Scrollen und zum gewünschten Paket mittels Klick auf ''Add Release'' eine neue Veröffentlichung hinzufügen
 ##Name bzw. Versionsnummer eingeben und Release erstellen [[Bild:NeuerFileReleaseBeiSF.jpg|framed|none|Neue Veröffentlichung erstellen]]
-#Die folgende Seite nun Schritt für Schritt abarbeiten. Hinweis: Jeder Schritt (Step) mu�? einzeln mit Submit bestätigt werden, d.h. alle �?nderungen bei anderen Schritten gehen verloren (leidvolle Erfahrung :-))
+#Die folgende Seite nun Schritt für Schritt abarbeiten. Hinweis: Jeder Schritt (Step) muß einzeln mit Submit bestätigt werden, d.h. alle Änderungen bei anderen Schritten gehen verloren (leidvolle Erfahrung :-))
-##Allg. Informationen und �?nderungen vermerken
+##Allg. Informationen und Änderungen vermerken
 ##Die Dateien (Schritt 2):
-###Die zu verteilende Datei mu�? auf ftp://upload.sourceforge.net/incoming geladen werden
+###Die zu verteilende Datei muß auf ftp://upload.sourceforge.net/incoming geladen werden
 ###Falls Datei noch nicht in der Liste, Dateiliste aktualisieren (mit Button ''Add Files/Refresh View'' von Schritt 2)
 ###richtige Datei auswählen und ''Add Files/Refresh View''
 ##Für weitere Dateien die letzten drei Schritte wiederholen.
 #Fertig!

← Nächstältere Version		Version vom 21. Juni 2006, 11:31 Uhr
Zeile 113:		Zeile 113:

	=== Downgrade auf bestimmte Versionen ===		=== Downgrade auf bestimmte Versionen ===
		+
		+	== Release Management bei Sourceforge ==
		+
		+	Neben SVN stellt Sourceforge au�?erdem Werkzeuge bereit, um Pakete und Releases der entwickelten Software zu veröffentlichen. Vorteile sind dabei u.a. da�? die Version nicht mehr in den Dateinamen eingearbeitet mu�?, da�? mehrere Personen die Berechtigung zur Veröffentlichung haben können und da�? man die verschiedenen Releases verfolgen kann.
		+
		+	[[Bild:DownloadBeiSF.jpg\|framed\|none\|Ausschnitt der SF-Startseite für unser dortiges Weimarnetzprojekt]]
		+
		+	Bisher wurden im Weimarnetz-Projekt zwei Pakete angelegt:
		+
		+	* "Weimarnetz-Erweiterung" ==> bisher notwendig, da nicht die gesamte Firmware dafür verteilt wurde.
		+	* "Weimarnetz-Firmware" ==> für Veröffentlichung mitsamt der Firmware
		+
		+	Folgende Schritte sind zur Veröffentlichung einer neuer Version durchzuführen:
		+
		+	#Die [http://sourceforge.net/projects/weimarnetz-fw/ Projektstartseite] öffnen
		+	#Im Admin-Bereich den Unterpunkt ''File Releases'' auswählen
		+	##Auf dieser Seite nach gaaaanz unten Scrollen und zum gewünschten Paket mittels Klick auf ''Add Release'' eine neue Veröffentlichung hinzufügen
		+	##Name bzw. Versionsnummer eingeben und Release erstellen [[Bild:NeuerFileReleaseBeiSF.jpg\|framed\|none\|Neue Veröffentlichung erstellen]]
		+	#Die folgende Seite nun Schritt für Schritt abarbeiten. Hinweis: Jeder Schritt (Step) mu�? einzeln mit Submit bestätigt werden, d.h. alle �?nderungen bei anderen Schritten gehen verloren (leidvolle Erfahrung :-))
		+	##Allg. Informationen und �?nderungen vermerken
		+	##Die Dateien (Schritt 2):
		+	###Die zu verteilende Datei mu�? auf ftp://upload.sourceforge.net/incoming geladen werden
		+	###Falls Datei noch nicht in der Liste, Dateiliste aktualisieren (mit Button ''Add Files/Refresh View'' von Schritt 2)
		+	###richtige Datei auswählen und ''Add Files/Refresh View''
		+	##Für weitere Dateien die letzten drei Schritte wiederholen.
		+	#Fertig!

@@ Zeile 12: / Zeile 12: @@
 === Begriffe ===
 ==== Repository ====
@@ Zeile 18: / Zeile 20: @@
 ==== Trunk ====
 ==== Branches ====
 ==== Tags ====
 ==== Arbeitskopie ====
 === Operationen/Aktionen ===

← Nächstältere Version		Version vom 7. Juni 2006, 12:39 Uhr
Zeile 14:		Zeile 14:

	==== Repository ====		==== Repository ====
		+
		+	Als Repository oder zu Deutsch Projektarchiv wird das gesamte mit einer Subversion-Instanz versionierte und verwaltete Projekt bezeichnet. Repositories bestehen lediglich aus Dateien und Verzeichnisstrukturen, dabei obliegt es dem Entwicklerteam, ob und inwieweit das ganze strukturiert ist (z.B. nach Trunk, Tags und Branches, siehe die folgenden Begriffe). Vorgaben zur Erstellung der Verzeichnisstruktur gibt es dabei nicht, da SVN Versionierung und Strukturierung im Gegensatz zu anderen (älteren) Versionskontrollsystemen trennt.

	==== Trunk ====		==== Trunk ====