Ich programmiere häufig zahlreiche Experimente, um verschiedene Algorithmen, Bibliotheken oder Hardware zu testen. Der gesamte Code, die Abhängigkeiten und die Ausgabe dieser Experimente müssen mit Anmerkungen versehen und gespeichert werden, damit ich später zu ihnen zurückkehren kann. Gibt es gute gemeinsame Ansätze für dieses Problem? Was machen Sie mit Ihren Experimenten, nachdem Sie sie ausgeführt haben?
Bei einem früheren Job hatten wir ein Projekt in SVN namens Area51, wo Leute Testcode schreiben würden. Die Regeln waren
Bei einem dreiköpfigen Team hat das geklappt. Wir könnten "what if" -Code dort zum Teilen setzen und es war einfach, es über IDE oder Befehlszeile auszuführen
Wenn ich das tue, sind sie normalerweise projektspezifisch, also gehen sie in ein Unterverzeichnis des Projekts (in meinem Fall normalerweise "Untersuchungen" genannt). Dies wird mit allem anderen in das Versionskontrollsystem eingecheckt.
Ergebnisse (wo zutreffend) gehen in das gleiche Unterverzeichnis von "Untersuchungen" wie der Code, der zum Erzeugen der Ergebnisse verwendet wird.
Ich habe gerade einen Ordner, den ich OneOffCode
nenneDies ist ein Ordner mit nur Code, den ich geschrieben habe, entweder um eine neue Technologie zu lernen oder ein Konzept zu beweisen. . Dies ist kein Produktionscode.
Normalerweise speichere ich es auf eine Sprungfahrt und verschiebe es mit mir von Job zu Job oder Computer zu Computer.
Ich wechsle normalerweise zwischen C # und C ++. Also habe ich eine Testkonsolenanwendung für C # und C ++ in einem "Sandbox" -Standort unter Quellcodeverwaltung. Die Konsolenanwendungen werden beide auf die gleiche Weise eingerichtet, wenn es einen Main gibt, der den Test aufruft, den ich gerade versuche. Wenn ich fertig bin, behalte ich die alten Methoden und Kommentare und räume einfach den Main raus, wenn der nächste Test kommt.
Ich weiß nicht, ob es das Beste ist, aber nachdem es eingerichtet ist, ist es ziemlich schnell, hineinzukommen, die Antworten zu bekommen, rauszugehen und alles für das nächste Mal gespeichert zu haben.
Tags und Links algorithm hardware version-control libraries