Ki: Ein kleines Problem mit `.gitignore`

Der Anfang davon

Eine der häufigsten Aufgaben nach dem "Initial Commit" eines Projekts ist das Erstellen eines netten "Gitignore" aus gitignore.io, oder? [^ 1] [^ 2]

** Gibt es? ** ** **

.Gitignore ändert sich im Laufe der Zeit ...

Es ist kein Problem, wenn es so betrieben werden kann, wie es am Anfang ist.

Oh, ich möchte auch Ignorieren für diese Umgebung hinzufügen
Es scheint, dass ein kleines spezielles Ignorieren erforderlich sein wird

Das kann herauskommen.

** Es wird herauskommen. ** ** **

In Fall (1) müssen Sie möglicherweise erneut zu gitignore.io gehen und es neu generieren.

Im Fall von (2) muss ich es irgendwo in die vorlagengenerierte .gitignore schreiben. In diesem Fall kann es bei jeder Reaktion auf (1) zu Problemen kommen. Vielleicht

Akzeptanz: Grobe Ideen und MVP-ähnlich

Idee

Also dachte ich, ich könnte so etwas wie "einen Editor erstellen, der beim Bearbeiten von" .gitignore "einfach" Sprachname "und" Sprache ignorieren "auf nette Weise schreibt." Ist die Benutzeroberfläche nicht wie Lazygit cool?

こんなの

Wenn Sie ein Schlüsselwort eingeben, werden "Kandidaten für Sprachen und Umgebungen, die dieses Schlüsselwort enthalten" angezeigt.
Wenn Sie zu einem Kandidaten mit Tab wechseln und rechts oder so drücken, wird dies als Sprache angezeigt
Wenn Sie ein Schlüsselwort auswählen und rechts drücken, während keine Kandidaten vorhanden sind, wird es als Muster angezeigt
Rufen Sie beim Speichern die API ohne Erlaubnis auf und erstellen Sie sie mit dem Muster gitignore.io +

Wenn Sie dies tun können, ist es praktisch, alle Muster einzugeben, die Sie bei der Ableitung ignorieren möchten.

Derzeit kann ich jedoch keine Editoren in diesem Format erstellen.

Versuchen Sie, so etwas (= MVP?) Ohne Probleme zu machen

Ich habe eine supereinfache Implementierung wie MVP ausprobiert. Hier => vigi = vi gitignore

Wenn Sie den Befehl vigi ausführen,


# ~~~~~~

Öffnen Sie eine solche Datei mit vim und

.idea

# ~~~~~~
python
virtualenv

Wenn Sie so bearbeiten und vim beenden,

.idea

# ~~~~~~

# https://www.gitignore.io/api/python,Inhalt von virtualenv

In einem solchen Zustand wird ein .gitignore erstellt.

Übrigens, wenn Sie den Befehl vigi in diesem Zustand ausführen, ist der Teil gitignore.io nur eine Information für die Sprache. Einfach zu bearbeiten ... denke ich.

Tran: Der Inhalt sieht so aus

Ein Stil, der eine temporäre Datei mit dem Namen ".gi" erstellt, bearbeitet und beim Speichern in ".gitignore" konvertiert.

import subprocess
from pathlib import Path
from subprocess import CalledProcessError, PIPE

def main():
    gi_path = Path.cwd() / '.gi'
    gitignore_path = Path.cwd() / '.gitignore'
    try:
        # Convert from ``.gitignore`` to ``.gi``
        if gitignore_path.exists():
            encode_gitignore(gitignore_path, gi_path)
        else:
            with gi_path.open('w') as fp:
                fp.write(dedent(gi_template).strip())
        # Spawn vim
        vim_args = ['/usr/bin/vim', str(gi_path)]
        vim_proc = subprocess.run(vim_args, check=True)
        # Convert from ``.gi`` to ``.gitignore``
        decode_gitignore(gi_path, gitignore_path)
    except CalledProcessError:
        pass
    finally:
        # Remove ``.gi``
        gi_path.unlink()

Rufen Sie vim an

Ein grober Stil, der "vim" mit "subprocess.run" aufruft und in Ordnung ist, wenn keine "CalledProcessError" -Ausnahmen vorhanden sind. Es ist einfach und gut.

Verlasse `.gi` nicht

Ich benutze try ~ finally und werfe schließlich die .gi-Datei weg. Wenn ein Fehler auftritt, wird .gitignore nicht bearbeitet, daher ist es umweltfreundlich.

Machen Sie `.gitignore` basierend auf dem Material

Die .gi-Datei befindet sich zu diesem Zeitpunkt normalerweise im Dateisystem, sodass Sie sie wie eine normale Datei öffnen möchten. Stellen Sie dann die Informationen auf der Sprachseite zusammen und geben Sie sie an gitignore.io weiter. Nur wenn der HTTP-Status 404 ist, wird die Antwort wie gewohnt gespeichert. Dies liegt daran, dass alle Fälle, die "Informationen enthalten, die im Master nicht vorhanden sind", 404 zu sein scheinen. Es ist das einzige, was man als ein wenig Einfallsreichtum bezeichnen kann.

def decode_gitignore(src, dest):
    custom = []
    online = []
    with src.open() as fp:
        # .Öffnen Sie die GI-Datei und trennen Sie die Vorder- und Rückseite der Begrenzung usw.
    if online:
        url = f'https://www.gitignore.io/api/{",".join(online)}'
        req = Request(url, None, headers={'User-Agent': 'vigi'})
        try:
            resp = urlopen(req)
            custom.append(resp.read().decode())
        except HTTPError as err:
            if err.code == 404:
                custom.append(resp.read().decode())
            raise err
    with dest.open('w') as fp:
        fp.write('\n'.join(custom))

Fazit: Benutzerfreundlichkeit

Basierend auf diesem Befehl wurde vorerst der .gitignore im vigi-Projekt erstellt.

Ich halte es für einen Vorteil, dass die Anzahl der zum Zeitpunkt der Bearbeitung angezeigten Zeilen erheblich reduziert wird. In diesem Sinne hat er seine Arbeit als MVP richtig gemacht.

Ich weiß jedoch nicht, welche Art von Muster im Sprachmaster enthalten ist, bis ich die Konvertierung in ".gitignore" abgeschlossen habe. Wenn ich es etwas weiterentwickeln wollte, musste ich den Sprachmeister richtig aus den Musterkandidaten herausziehen. Ich weiß nicht, ob es wirklich gut ist. ~~ Vielleicht ist es für das Training in einer Sprache geeignet? ~~

[^ 1]: Es gibt eine Projektvorlage, aber bitte vergessen Sie sie. [^ 2]: Sie können es mit "Dotfiles" verwalten, aber bitte vergessen Sie dies auch

[PYTHON] Ich dachte, ich könnte einen netten Gitignore-Editor machen, also habe ich vorerst versucht, so etwas wie MVP zu machen

Ki: Ein kleines Problem mit .gitignore