Was sollte der beste Gitignore für grails3.1.x sein?

Question

Seit Grils 3.1.x hat große Änderungen, was wäre angemessen .gitignore? erforderlich standardmäßig verwendet grails .gitignore

Answer 1

Mein Team arbeitet normalerweise auf verschiedenen Betriebssystemen (Win/Lin) und verschiedenen Collaboration Tools und Editoren. Also habe ich einen Standard .gitignore mit IntelliJ für mein Team entwickelt, der auf vielen Systemen und Editoren funktioniert. Hier ist:

# Created by .ignore support plugin (hsz.mobi) 
### Grails template 
# .gitignore for Grails 1.2 and 1.3 
# Although this should work for most versions of grails, it is 
# suggested that you use the "grails integrate-with --git" command 
# to generate your .gitignore file. 

# web application files 
/web-app/WEB-INF/classes 

# default HSQL database files 
/prodDb.* 
/devDb.* 

# general HSQL database files 
*Db.properties 
*Db.script 

# logs 
/stacktrace.log 
/test/reports 
/logs 

# project release file 
/*.war 

# plugin release files 
/*.zip 
/plugin.xml 

# older plugin install locations 
/plugins 
/web-app/plugins 

# "temporary" build files 
/target 
### Java template 
*.class 
*.asscache 
# Mobile Tools for Java (J2ME) 
.mtj.tmp/ 

# Package Files # 
*.jar 
*.war 
*.ear 

# virtual machine crash logs, see  http://www.java.com/en/download/help/error_hotspot.xml 
hs_err_pid* 
### NetBeans template 
nbproject/private/ 
build/ 
nbbuild/ 
dist/ 
nbdist/ 
nbactions.xml 
nb-configuration.xml 
.nb-gradle/ 
### JetBrains template 
# Covers JetBrains IDEs: IntelliJ, RubyMine, PhpStorm, AppCode, PyCharm, CLion, Android Studio 

*.iml 

## Directory-based project format: 
.idea/ 
# if you remove the above rule, at least ignore the following: 

# User-specific stuff: 
# .idea/workspace.xml 
# .idea/tasks.xml 
# .idea/dictionaries 

# Sensitive or high-churn files: 
# .idea/dataSources.ids 
# .idea/dataSources.xml 
# .idea/sqlDataSources.xml 
# .idea/dynamic.xml 
# .idea/uiDesigner.xml 

# Gradle: 
# .idea/gradle.xml 
# .idea/libraries 

# Mongo Explorer plugin: 
# .idea/mongoSettings.xml 

## File-based project format: 
*.ipr 
*.iws 

## Plugin-specific files: 

# IntelliJ 
/out/ 

# mpeltonen/sbt-idea plugin 
.idea_modules/ 

# JIRA plugin 
atlassian-ide-plugin.xml 

# Crashlytics plugin (for Android Studio and IntelliJ) 
com_crashlytics_export_strings.xml 
crashlytics.properties 
crashlytics-build.properties 
### Eclipse template 
*.pydevproject 
.metadata 
.gradle 
bin/ 
tmp/ 
*.tmp 
*.bak 
*.swp 
*~.nib 
local.properties 
.settings/ 
.loadpath 

# Eclipse Core 
.project 

# External tool builders 
.externalToolBuilders/ 

# Locally stored "Eclipse launch configurations" 
*.launch 


# JDT-specific (Eclipse Java Development Tools) 
.classpath 

# Java annotation processor (APT) 
.factorypath 


# Ignore Gradle GUI config 
gradle-app.setting 

# Avoid ignoring Gradle wrapper jar file (.jar files are usually ignored) 
!gradle-wrapper.jar 
### SublimeText template 
# cache files for sublime text 
*.tmlanguage.cache 
*.tmPreferences.cache 
*.stTheme.cache 

# workspace files are user-specific 
*.sublime-workspace 

# project files should be checked into the repository, unless a significant 
# proportion of contributors will probably not be using SublimeText 
# *.sublime-project 

# sftp configuration file 
sftp-config.json 
### Linux template 
*~ 

# KDE directory preferences 
.directory 

# Linux trash folder which might appear on any partition or disk 
.Trash-* 
### Vim template 
[._]*.s[a-w][a-z] 
[._]s[a-w][a-z] 
*.un~ 
Session.vim 
.netrwhist 

Answer 2

Grails 3.x mit gradle gebaut wird, sind viele der Einträge ignorieren für ältere grails Versionen nicht mehr verwendet

Vorerst habe ich. Werfen Sie einen Blick auf die Datei .gitignore für Gradle, die nur das Verzeichnis ".gradle" und das Verzeichnis "build" ignoriert. Außerdem wird sichergestellt, dass die Wrapper-Jar-Datei nicht ignoriert wird.

Answer 3

Nun, das ist eine Frage der Wahl Ihrer technischen Hände wie Idee oder Eclipse und viele andere solche Kombinationen.

Daher hängt Ihre .gitignore-Datei davon ab, was Sie eigentlich nicht in einem Repo speichern möchten.

Im Folgenden sind einige solche Dinge:

1. Jede Sache, die zum Beispiel nach der Kompilierung erzeugt gets Plugins, Klassendateien und Build-Tool-spezifische Daten usw.
2. Alles, was nicht Teil Ihrer Anwendung ist und nur von lokalen Maschinen und Tools für Entwicklungs- und Testzwecke benötigt wird, z. B. IMl-Dateien oder ideenspezifische Dateien. Denken Sie daran, wenn ich sage, dass nicht ein Teil Ihrer Anwendung die minimale Leistung bedeutet, die erfolgreich ausgeführt wird, unabhängig davon, dass bestimmte Daten vom Remote-Server heruntergeladen werden müssen.

Kann dies die Antworten Sie sein!

Answer 4

Alle vorherigen Beiträge geben gute Ratschläge. Hier ist ein guter Ausgangspunkt für eine .gitignore Datei von einem Grails 3 Projekt (beachten Sie, dass die ersten vier Zeilen Ich bin hier ohne sind IntelliJ Projektdateien, die kann/darf nicht ein Problem für Sie sein):

*.iml 
*.ipr 
*.iws 
.idea 

.gradle 
.asscache 
build 
out 
logs 
classes