Ja aber.
Perforce Version 2012.1 hat eine Funktion namens p4ignore hinzugefügt von Git inspirierte . Die Perforce-Entwickler haben jedoch ohne Begründung eine Änderung am Verhalten vorgenommen, die die Funktion weniger nützlich macht.
Während Git Regeln aus allen .gitignore
Dateien übernimmt, weiß Perforce erst, wo er suchen muss, wenn Sie einen Dateinamen in einer Umgebungsvariablen angebenP4IGNORE
. Diese Freiheit ist ein Fluch. Sie können nicht zwei Repositorys hacken, die unterschiedliche Namen für ihre Ignorierdateien verwenden.
Auch die Ignorierfunktion von Perforce funktioniert nicht. Sie können es einfach genug für sich selbst einrichten, aber andere profitieren nur, wenn sie sich ausdrücklich dafür entscheiden. Ein Mitwirkender, der dies nicht getan hat, kann versehentlich unerwünschte Dateien festschreiben (z. B. abin
Ordner, der von einem Build-Skript erstellt wurde).
Die Ignorierfunktion von Git ist großartig, da sie sofort funktioniert. Wenn die .gitignore
Dateien zum Repository hinzugefügt werden ( jeder tut dies ), werden sie die Box für alle ausarbeiten. Niemand wird versehentlich seinen privaten Schlüssel veröffentlichen.
Amüsanterweise wird in den Perforce-Dokumenten '.p4ignore' als Beispiel für eine Ignorierregel angezeigt, die rückwärts ist! Wenn die Regeln nützlich sind, sollten sie als Teil des Repositorys freigegeben werden.
Perforce konnte die Funktion noch verbessern. Wählen Sie beispielsweise eine Konvention für die Dateinamen p4ignore.txt
, damit die Funktion sofort funktioniert. Löschen Sie die P4IGNORE
Umgebungsvariable, es ist kontraproduktiv. Bearbeiten Sie die Dokumente, um Entwickler zu ermutigen, nützliche Regeln zu teilen. Lassen Sie Benutzer wie Git persönliche Regeln in eine Datei in ihrem Home-Ordner schreiben .
Wenn Sie jemanden bei Perforce kennen, senden Sie ihm bitte diesen Beitrag per E-Mail.