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

26 lines
537 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
Update 1.18.1
2021-12-24 03:58:31 +08:00
minecraft_version=1.18.1
yarn_mappings=1.18.1+build.11
loader_version=0.12.12
Added file comment option and ported to 20w12a
2020-03-23 03:10:30 +08:00
#Fabric api
Update 1.18.1
2021-12-24 03:58:31 +08:00
fabric_version=0.45.0+1.18
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
1.18 dep and name update
2021-11-28 02:54:35 +08:00
cloth_version=6.0.42
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
1.18 dep and name update
2021-11-28 02:54:35 +08:00
modmenu_version=3.0.0
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
Dep update
2021-08-04 03:26:42 +08:00
#Lazy DFU for faster dev start
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
lazydfu_version=0.1.2
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
Update 1.18.1
2021-12-24 03:58:31 +08:00
mod_version = 2.3.1-a
zip ang zip are now multi threaded
2020-04-19 00:23:24 +08:00
maven_group = net.szum123321
archives_base_name = textile_backup