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
535 B
Properties
Raw Permalink Normal View History

Init
2020-01-25 16:54:58 +08:00
# Done to increase the memory available to gradle.
org.gradle.jvmargs=-Xmx1G
1.17 port of 2.4.0
2022-06-23 16:29:29 +08:00
minecraft_version=1.17.1
yarn_mappings=1.17.1+build.65
final dependency update. rolled back release version
2022-06-17 03:40:05 +08:00
loader_version=0.14.8
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
1.17 port of 2.4.0
2022-06-23 16:29:29 +08:00
fabric_version=0.46.1+1.17
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.17 port of 2.4.0
2022-06-23 16:29:29 +08:00
cloth_version=5.0.37
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.17 port of 2.4.0
2022-06-23 16:29:29 +08:00
modmenu_version=2.0.4
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
dropped unnecessary accessors in BackupContext (record)
2022-06-23 02:02:37 +08:00
lazydfu_version=v0.1.3
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
dropped unnecessary accessors in BackupContext (record)
2022-06-23 02:02:37 +08:00
mod_version = 2.4.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