textile_backup/gradle.properties

# Done to increase the memory available to gradle.
org.gradle.jvmargs=-Xmx1G

minecraft_version=1.20.2-pre3
yarn_mappings=1.20.2-pre3+build.5
loader_version=0.14.22

#Fabric api
fabric_version=0.88.3+1.20.2

#Cloth Config
cloth_version=11.1.106

#ModMenu
modmenu_version=7.2.2

lazydfu_version=0.1.3
#Hash of commit form which parallel gzip will be build
pgzip_commit_hash=af5f5c297e735f3f2df7aa4eb0e19a5810b8aff6

# Mod Properties
mod_version = 3.1.2
maven_group = net.szum123321
archives_base_name = textile_backup
Init 2020-01-25 09:54:58 +01:00			`# Done to increase the memory available to gradle.`
			`org.gradle.jvmargs=-Xmx1G`

changed release to 3.1.2 2023-09-12 22:04:22 +02:00			`minecraft_version=1.20.2-pre3`
			`yarn_mappings=1.20.2-pre3+build.5`
moved save call to the synchronous part. Still have to figure out how to deal with #81..... 2023-09-10 00:39:52 +02:00			`loader_version=0.14.22`
Update 1.18.1 2021-12-23 20:58:31 +01:00
Added file comment option and ported to 20w12a 2020-03-22 20:10:30 +01:00			`#Fabric api`
changed release to 3.1.2 2023-09-12 22:04:22 +02:00			`fabric_version=0.88.3+1.20.2`
Init 2020-01-25 09:54:58 +01:00
Many, many changes: - I migrated from cotton config to Cloth config + Auto config, that way it's easy to provide modmenu integration while keeping backward-compatibility. Because settings might change at runtime it's now necessary to keep the config reference up-to-date. I done this by using wrapper class around ConfigHolder<> and having a reference to main instance in each class accessing the config. - Switched form using one global logger to creating new instance in every class. - Removed BackupScheduler from Statics. Why did I put it there in the first place? 2021-06-26 13:10:35 +02:00			`#Cloth Config`
moved save call to the synchronous part. Still have to figure out how to deal with #81..... 2023-09-10 00:39:52 +02:00			`cloth_version=11.1.106`
Many, many changes: - I migrated from cotton config to Cloth config + Auto config, that way it's easy to provide modmenu integration while keeping backward-compatibility. Because settings might change at runtime it's now necessary to keep the config reference up-to-date. I done this by using wrapper class around ConfigHolder<> and having a reference to main instance in each class accessing the config. - Switched form using one global logger to creating new instance in every class. - Removed BackupScheduler from Statics. Why did I put it there in the first place? 2021-06-26 13:10:35 +02:00
			`#ModMenu`
moved save call to the synchronous part. Still have to figure out how to deal with #81..... 2023-09-10 00:39:52 +02:00			`modmenu_version=7.2.2`
Many, many changes: - I migrated from cotton config to Cloth config + Auto config, that way it's easy to provide modmenu integration while keeping backward-compatibility. Because settings might change at runtime it's now necessary to keep the config reference up-to-date. I done this by using wrapper class around ConfigHolder<> and having a reference to main instance in each class accessing the config. - Switched form using one global logger to creating new instance in every class. - Removed BackupScheduler from Statics. Why did I put it there in the first place? 2021-06-26 13:10:35 +02:00
moved saveAll call into the call method of ExecutableBackup and then submitting it to server to execute. my hope is to help with #81 while still repairing #81. Also solved #125 2023-09-10 22:02:00 +02:00			`lazydfu_version=0.1.3`
Locked parallel gzip version 2021-08-03 22:12:18 +02:00			`#Hash of commit form which parallel gzip will be build`
			`pgzip_commit_hash=af5f5c297e735f3f2df7aa4eb0e19a5810b8aff6`

Init 2020-01-25 09:54:58 +01:00			`# Mod Properties`
changed release to 3.1.2 2023-09-12 22:04:22 +02:00			`mod_version = 3.1.2`
zip ang zip are now multi threaded 2020-04-18 18:23:24 +02:00			`maven_group = net.szum123321`
			`archives_base_name = textile_backup`