dugulp
/
textile_backup_chinese
mirror of https://github.com/dugulingping/textile_backup_chinese.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
textile_backup_chinese/gradle.properties

25 lines
512 B
Properties
Raw Normal View History

Init
2020-01-25 16:54:58 +08:00
# Done to increase the memory available to gradle.
org.gradle.jvmargs=-Xmx1G
forgot to remove debug, 1.20 final toolchain update
2023-06-09 05:02:19 +08:00
minecraft_version=1.20
yarn_mappings=1.20+build.1
final prod version fo 1.20
2023-06-04 17:54:36 +08:00
loader_version=0.14.21
Update 1.18.1
2021-12-24 03:58:31 +08:00
Added file comment option and ported to 20w12a
2020-03-23 03:10:30 +08:00
#Fabric api
final prod version fo 1.20
2023-06-04 17:54:36 +08:00
fabric_version=0.83.0+1.20
Init
2020-01-25 16:54:58 +08: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 19:10:35 +08:00
#Cloth Config
final prod version fo 1.20
2023-06-04 17:54:36 +08: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 19:10:35 +08:00
#ModMenu
YYYYEEEEEEEEEEEEEEEEEEe I finally debugged the hash!!!!! The problem was due to an error in usage o FileTreeHashBuilder during unpacking.
2023-05-11 05:32:54 +08: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 19:10:35 +08:00
bugfixes
2022-12-27 22:35:03 +08: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 19:10:35 +08:00
Locked parallel gzip version
2021-08-04 04:12:18 +08:00
#Hash of commit form which parallel gzip will be build
pgzip_commit_hash=af5f5c297e735f3f2df7aa4eb0e19a5810b8aff6
Init
2020-01-25 16:54:58 +08:00
# Mod Properties
forgot to remove debug, 1.20 final toolchain update
2023-06-09 05:02:19 +08:00
mod_version = 3.1.0
zip ang zip are now multi threaded
2020-04-19 00:23:24 +08:00
maven_group = net.szum123321
archives_base_name = textile_backup