Eine Codebank, die mit pascal entworfen wurde.
CodesNip ist eine Open -Source -Code -Bank zum Speichern und Anzeigen Ihrer Code -Snippets. Während es Snippets in jeder Quellsprache verwalten kann, konzentriert sich es hauptsächlich auf den Pascal- und Delphi -Code, für den zusätzliche Funktionen verfügbar sind.
Das Programm ist sowohl in Standard- als auch in tragbaren Ausgaben erhältlich.
CodesNIP kann Code aus der Delphidabbler -Code -Snippets -Datenbank und der Swag -Pascal -Codesammlung importieren.
Die Standardausgabe von CodesNIP wird mit einem Windows -Installationsprogramm installiert und entfernt. Für die Installation sind Administratorrechte erforderlich.
Die tragbare Ausgabe hat keinen Installationsprogramm. Befolgen Sie einfach die Anweisungen in der Datei Read Me -Datei, die im Download enthalten ist.
Das Programm sollte unter Windows 2000 mit Internet Explorer 6 oder höher ausgeführt werden, obwohl XP und IE 8 und später empfohlen werden. Beachten Sie jedoch , dass die jüngsten Veröffentlichungen von CodesNIP nur unter Windows 10 und 11 getestet wurden.
Der folgende Support steht CodesNip -Benutzern zur Verfügung:
Es gibt auch zahlreiche Informationen zum Kompilieren von CodesNips von Quelle - siehe unten.
Der Quellcode von CodesNIP wird im delphidabbler/codesnip -Git -Repository auf GitHub verwaltet. 2
Die GIT -Flussmethode wurde für die CodesNIP 4 -Entwicklung übernommen. Die folgenden Zweige werden verwendet:
master : Spiegelt immer den Status des Quellcode zum letzten Veröffentlichung wider. 3develop : Der Leiter dieses Zweigs enthält den neuesten V4 -Entwicklungscode. Die normale Entwicklung von CodesNIP 4 erfolgt in Merkmalszweigen, die dann in develop verschmolzen werden.feature/<feature-name> . Normalerweise werden solche Zweige nur lokal verwendet, aber gelegentlich können einige Featur -Zweige in das Hauptrepository gedrückt werden. Sie finden andere Zweige im Repository. Diese sind entweder experimentell oder aufgegeben. Um mehr über sie zu erfahren, wechseln Sie zu der erforderlichen Filiale und lesen Sie die README.md -Datei.
Wenn Sie CodesNIP 4 aus dem Quellcode kompilieren möchten, benötigen Sie das ziemlich lange Delphi XE. Sehen Sie sich diese FAQ an, um herauszufinden, warum.
Vollständige Anweisungen zum Einrichten der Build -Umgebung finden Sie in Build.html .
Weitere Informationen zum Beitrag zum CodesNIP -Projekt finden Sie CONTRIBUTING.md .
⛔ Beiträge zu experimentellen und verlassenen Zweigen werden nicht akzeptiert.
Das Änderungsprotokoll befindet sich in der Datei CHANGELOG.md . 4
Eine Zusammenfassung der CodesNIP -Lizenz finden Sie in LICENSE.md und der vollständige Lizenztext befindet sich in DocsLicense.html . 5
Die FAQ für CodesNIP-Kompilierungen und Quellcode können nützlich sein, wenn Sie Abfragen zur Wiederverwendung des CodesNIP-Quellcodes in anderen Projekten haben.
Berichtsfehler und Anfragen nach neuen Funktionen sind willkommen. Weitere Informationen zum Fortschritt finden Sie im Abschnitt "Issue" von CONTRIBUTING.md .
Die verknüpfte Read-Me-Datei ist die neueste Version. Es kann sich von der Veröffentlichung zu Release ändern. ↩
Bis einschließlich V4.13.1 Der Quellcode wurde in einem Subversion -Repository auf SourceForge aufbewahrt. Es wurde im Oktober 2015 in Git konvertiert und in GitHub importiert. Alle Veröffentlichungen aus V3.0.0 werden von Tags in der Form version-xxx gekennzeichnet, wobei xxx die Versionsnummer ist. Keiner der Subversion -Zweige hat es durch die Umwandlung in Git geschafft, um einen vollständigen Verlauf des alten Quellforge -Repositorys zu sehen. ↩
Der gesamte konvertierte Subversion -Code wurde dem master eingeleitet, was ihn zu einer Kopie des alten Subversion trunk machte. Als solches enthält master verschiedene Entwicklungsbefehle zusammen mit zahlreichen Commits im Zusammenhang mit dem Management der Subversion. Nach Release 4.13.1 und dem ersten Commit dieser Lesung-ME-Datei enthält master nur Commits in Bezug auf tatsächliche Veröffentlichungen. ↩
CodesNIP v4.15.1 und früher hatte nicht CHANGELOG.md . Stattdessen haben einige Versionen ein separates Änderungsprotokoll für jede Hauptversion im Docs/ChangeLogs -Verzeichnis beibehalten. ↩
Die verknüpften Lizenzdateien beziehen sich auf die neueste Version. Die Lizenzdateinamen und -inhalte können jedoch zwischen den Veröffentlichungen geändert werden. Wenn Sie also eine ältere Version anzeigen müssen, wählen Sie das entsprechende version-xxx -Tag aus, um die entsprechende Datei zu finden. ↩