Da die Back-End-Programme alle aufgelöst sind und der SVN-Server, der zum Starten eingerichtet werden sollte, aus einem unbekannten Grund nicht automatisch gestartet werden kann (im Nachhinein wird spekuliert, dass dies durch den Neustart des Computers nach einem Stromausfall verursacht werden könnte ), daher kann es nur manuell gestartet werden.
Die grundlegende Lösung ist hier als Referenz aufgeführt.
1. Verwendete Software
Ein typischer Server ist ein separates Gehäuse ohne Monitor. Wir müssen es also per Fernzugriff bedienen.
Hier habe ich zwei Software verwendet, um das große Projekt des manuellen Startens von SVN abzuschließen.
Das erste heißt „PuTTY“ und ist ein Programm für serielle Schnittstellenverbindungen. Ich weiß nicht, was eine serielle Schnittstelle ist. Wie auch immer, Baidu sagt es. Tatsächlich kann diese Software auch allein verwendet werden. Die Hauptoperationen werden mit dieser Software durchgeführt.
Die zweite Software heißt „FileZilla Client“. Wenn auf dem Linux-Systemcomputer keine dedizierte grafische Oberfläche installiert ist, wird es ein Chaos geben, aber nach der Verbindung mit dieser Software können Sie den Dateipfad des anderen Computers deutlich sehen und hochladen und das Herunterladen von Dateien oder das Suchen von Ordnern usw. sind ziemlich einfach zu verwenden. Der Hauptzweck dieses Mal besteht darin, mir dabei zu helfen, festzustellen, ob der Speicherort der Dateien und Ordner, nach denen ich suche, korrekt ist.
Darüber hinaus ist zu beachten, dass Sie bei Verwendung von „PuTTY“ und „FileZilla Client“ eine Portnummer eingeben müssen. Diese Portnummer ist im Allgemeinen „22“. Es scheint, dass dieser Port für die Übertragung von Dateien verwendet wird.
2. Verwendete Befehle
Nach einer Untersuchung von Du Niang habe ich die folgenden Anweisungen gefunden, die verwendet werden müssen:
// 导航到 home 文件夹内
cd /home
// 显示当前文件夹内部的文件(就是两个小写的 L)
ll
// 可以查看 svn 的进程信息
ps aux|grep svn
// xxx 是进程号，用来关闭 svn
kill -9 xxx
// 启动安装在 /home/Repositories 目录下的 svn，具体的目录需要根据实际情况修改
sudo svnserve -d -r /home/Repositories
// 将 /home/newRepositories 目录下的 svn 的监听端口设置为 3692
svnserve -d -r /home/newRepositories --listen-port 3692
3. Betriebsablauf
Wie im Bild gezeigt, sind die beiden Ordner „newRepositories“ und „Repositories“ mit weißen Linien markiert. Dies sind die beiden von uns verwendeten SVN-Warehouses. Alle Projekte werden an diesen beiden Orten abgelegt.
Die andere markierte Datei svnStartUp.shist das einheitliche Öffnungstool, das vom vorherigen Backend geschrieben wurde.
Sie sollten in der Lage sein, alle SVNs direkt mit dem Befehl auf der Konsole sh svnStartUp.shzu öffnen. Nach der tatsächlichen Verwendung stellten Sie jedoch fest, dass alle SVNs zwar erfolgreich geöffnet wurden, aber nicht auf dem Client verwendet werden können und weder ein Upload noch ein Download möglich ist.
Deshalb wurde beschlossen, dies manuell zu tun.
Verwenden Sie zunächst den Befehl, ps aux|grep svnum den aktuellen SVN-Prozess anzuzeigen. Sie können die Ergebnisse ungefähr wie in der folgenden Abbildung erhalten erhalten. Die
im Bild sind die Prozessnummern der beiden aktuell gestarteten SVN. Verwenden Sie zu diesem Zeitpunkt den Befehl, um die beiden SVN-Prozesse zu schließen.3052130529
kill -9 30521
kill -9 30529
Nach einem erneuten Aufruf ps aux|grep svnwerden Sie feststellen, dass die beiden oben genannten Prozesse verschwunden sind. Zu diesem Zeitpunkt haben wir das manuelle Herunterfahren von svn abgeschlossen.
Der nächste Schritt besteht darin, svn manuell zu starten.
sudo svnserve -d -r /home/Repositories
sudo svnserve -d -r /home/newRepositories
Zu diesem Zeitpunkt können Sie die beiden SVN erneut sehen, indem Sie den Prozess anzeigen. An diesem Punkt ist der manuelle Start von SVN abgeschlossen.
Es ist zu beachten, dass das Problem durch bloßes Schließen und Neustarten von SVN nicht gelöst werden kann. Es ist möglich, dass SVN nach einem Betriebsdurchgang immer noch nicht normal hochladen und herunterladen kann. Zu diesem Zeitpunkt liegt es möglicherweise am Port.
Nach dem Anzeigen der von svn festgelegten URL wurde festgestellt, dass der svn von newRepositories Port 3692 abhören muss. Der
svn://192.168.1.xxx:3692/gameSvn
Standard-Abhörport von svn ist 3690 und muss daher geändert werden.
Verwenden Sie den Befehl svnserve -d -r /home/newRepositories --listen-port 3692, um den Überwachungsport zu ändern.
Nachdem die Änderung abgeschlossen ist, überprüfen Sie den Fortschritt wie folgt.
Sie können sehen, dass SVN im Verzeichnis newRepositoies Port 3692 korrekt überwacht hat.
Zu diesem Zeitpunkt kann der von uns verwendete SVN normal funktionieren.