Innerhalb eines Projekts keine weiteren Unter-Trunks/Branches etc.
Das Projekt gehört ja zusammen und bildet eine Einheit. Ob es da nun noch integrierte Neben-Projekte zum Testen gibt ist egal.
Anders wäre es, wenn du z.B. eine Form hast und die benötigst du in mehreren Projekten.
Dann legst du für diese Form ein eigenes Repo an und entwickelst das dort.
In die anderen Projekte kannst du dir dieses nun per
svn:external hinzufügen
In einigen Projekten benutze ich z.B. die Units von Synapse (Alternative zu den Indys)
Meine Struktur sieht dabei so aus
Code:
trunk
bin
ext
synapse <- via
svn:external
src
Bei
svn:external kann man auch die Revision angeben, die man haben möchte.
Ich programmiere also mit der aktuell verfügbaren Revision von synapse.
In ein paar Monaten kann es aber sein, dass die Jungs dort etwas verändert haben, was mit meiner Anwendung inkompatibel ist. Also trage ich bei
svn:external auch noch die von mir getestete Revision mit ein.
Hole ich mir dann irgendwann das Projekt wieder aus meinem
SVN wird auch automatisch die entsprechende Revision von synapse geholt (damit muss das laufen)
Testweise entferne ich die Revisionsnummer für synapse und aktualisiere. Mit der neuesten Version kann ich nun meine Anwendung erzeugen. Wenn es nicht funktioniert, dann trage ich die alte Revision wieder ein, aktualisieren und alles wieder gut.
Sobald man Zeit hat, passt man entweder die Anwendung an, oder schickt einen Bug-Report.
Die Anwendung wird aber nicht versemmelt, somit bleibe ich entspannt.