Wir migrieren von Perforce zu GIT. Sicherlich gab es einige Dateien, die ich im Repository haben wollte, aber sie sollten nicht regelmäßig von einzelnen Entwicklern eingecheckt werden. Dinge wie Eclipse-Projektdateien. Jeder Entwickler könnte die ursprüngliche .project-Datei erhalten, aber dann leicht für ihre Umgebung optimieren.Markieren Sie eine Datei im GIT-Repository, die vorübergehend ignoriert wird.
Mit P4 könnte ich diese Dateien nehmen, sie in eine separate Änderungsliste stellen und sie vergessen. Die Synchronisierung würde sie nicht überschreiben und sie würden nicht festgelegt werden, wenn ich meine Standardänderungsliste festlegte.
Gibt es eine Möglichkeit, etwas ähnliches mit GIT zu tun?
würde Ich mag noch in der Lage sein, "git -a commit"
mögliches Duplikat von [Maschinenspezifische Konfigurationsdateien committen] (http://stackoverflow.com/questions/1396617/committing-machine-specific-configuration-files) – Senseful
Mögliches Duplikat von [Kann ich eine Datei "begehen" und sie ignorieren Inhaltsänderungen?] (https://stackoverflow.com/questions/3319479/can-i-git-commit-a-file-and-ignore-its-content-chang es) –
* Ich möchte immer noch "git commit -a" * - genau das ist dein Problem, genau dort. Mit 'git' verpflichtest du generell nicht nur alles, du überprüfst, was sich mit' git status' und 'git diff' geändert hat, du entscheidest, was du hinzufügen willst (oder zu' .gitignore'), und gibst dann genau das was du brauchst ein . Dieser Workflow stellt sicher, dass Ihre Commits keine Gruft enthalten wie versehentlich eingecheckte Objekte oder temporäre Dateien usw. Sehen Sie, wenn Sie eine "Git" -Historie erstellen, wird eine Geschichte erzählt, und je besser Sie sie erzählen, desto nützlicher wird sie. Besser nicht mit hirnlosem Müll verschwenden. – cmaster