Alex/textile_backup
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
8d3dd3f012
textile_backup/gradle.properties

25 lines
520 B
Properties
Raw Normal View History

Init
2020-01-25 09:54:58 +01:00
# Done to increase the memory available to gradle.
org.gradle.jvmargs=-Xmx1G
final prod version fo 1.20
2023-06-04 11:54:36 +02:00
minecraft_version=1.20-rc1
yarn_mappings=1.20-rc1+build.2
loader_version=0.14.21
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
final prod version fo 1.20
2023-06-04 11:54:36 +02:00
fabric_version=0.83.0+1.20
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
final prod version fo 1.20
2023-06-04 11:54:36 +02:00
cloth_version=11.0.98
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
YYYYEEEEEEEEEEEEEEEEEEe I finally debugged the hash!!!!! The problem was due to an error in usage o FileTreeHashBuilder during unpacking.
2023-05-10 23:32:54 +02:00
modmenu_version=7.0.0-beta.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
bugfixes
2022-12-27 15:35:03 +01:00
databreaker_version=0.2.10
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
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
repaired windows crash
2023-06-08 22:23:00 +02:00
mod_version = 3.0.1
zip ang zip are now multi threaded
2020-04-18 18:23:24 +02:00
maven_group = net.szum123321
archives_base_name = textile_backup
Reference in New Issue Copy Permalink