gitbutlerapp/gitbutler
1
1
Fork 0
mirror of https://github.com/gitbutlerapp/gitbutler.git synced 2024-12-21 00:21:35 +03:00
Code Issues Packages Projects Releases Wiki Activity
90d1465e5d
gitbutler/crates/gitbutler-branch-actions/Cargo.toml

52 lines
1.3 KiB
TOML
Raw Normal View History

start moving virtual_branches to separate crate We want to move towards having each functional domain in a separate crate. The main benefit of that for our project is that this will enforce a unidirectional dependency graph (i.e. no cycles). Starting off with virutal_branches - a lot of the implementation is still in core (i.e. virtual.rs), that will be moved in a separate PR. Furthermore, the virtual branches controller (as well as virtual.rs) contain functions not directly related to branches (e.g. commit reordering etc). That will be furthe separate in a crate.
2024-07-07 14:32:35 +03:00
[package]
rename gitbutler-virtual to gitbutler-branch-actions This is to establish a patter of which crates represent a higher level logic
2024-07-10 15:49:48 +03:00
name = "gitbutler-branch-actions"
start moving virtual_branches to separate crate We want to move towards having each functional domain in a separate crate. The main benefit of that for our project is that this will enforce a unidirectional dependency graph (i.e. no cycles). Starting off with virutal_branches - a lot of the implementation is still in core (i.e. virtual.rs), that will be moved in a separate PR. Furthermore, the virtual branches controller (as well as virtual.rs) contain functions not directly related to branches (e.g. commit reordering etc). That will be furthe separate in a crate.
2024-07-07 14:32:35 +03:00
version = "0.0.0"
edition = "2021"
authors = ["GitButler <gitbutler@gitbutler.com>"]
publish = false
[dependencies]
tracing = "0.1.40"
anyhow = "1.0.86"
git2.workspace = true
tokio.workspace = true
move oplog to its own crate This protects us from cyclic dependencies. Unfortunatelly as part of this, i had to introduce the imp Project as trait implementations since now Project is foreign
2024-07-07 21:00:01 +03:00
gitbutler-oplog.workspace = true
move rebase module to a new repo crate
2024-07-08 01:27:17 +03:00
gitbutler-repo.workspace = true
extract user as its own crate out of core
2024-07-08 19:58:29 +03:00
gitbutler-user.workspace = true
move branch related modules to separate crate Unfortunatelly diff and branch types form a cyclical dependency via the "HunkLock" type. This will have to be refactored as a followup
2024-07-09 01:10:55 +03:00
gitbutler-branch.workspace = true
move reference module from core to its own crate
2024-07-09 02:14:28 +03:00
gitbutler-reference.workspace = true
move error module to it's own crate
2024-07-09 12:13:39 +03:00
gitbutler-error.workspace = true
move serde functions into their own crate
2024-07-09 12:49:12 +03:00
gitbutler-serde.workspace = true
move id module to its own crate
2024-07-09 13:39:18 +03:00
gitbutler-id.workspace = true
move time module to it's own crate
2024-07-09 14:08:12 +03:00
gitbutler-time.workspace = true
extract commit crate out of core
2024-07-09 14:19:49 +03:00
gitbutler-commit.workspace = true
move url module to a separate crate this code is awful - lets nuke it asap
2024-07-09 16:29:24 +03:00
gitbutler-url.workspace = true
assure `conflicts::mark()` writes its file atomically That way it can't be observed half-written, or remain in a half-written state in case of crash.
2024-07-15 09:08:38 +03:00
gitbutler-fs.workspace = true
Split branch creation and deletion into their own home
2024-07-09 17:43:58 +03:00
serde = { workspace = true, features = ["std"] }
move virtual outside of core
2024-07-07 16:51:07 +03:00
bstr = "1.9.1"
diffy = "0.3.0"
hex = "0.4.3"
regex = "1.10"
git2-hooks = "0.3"
url = { version = "2.5.2", features = ["serde"] }
md5 = "0.7.0"
futures = "0.3"
move conflicts module to branches crate
2024-07-07 23:58:48 +03:00
itertools = "0.13"
move ProjectRepo into its own crate This type currently acts more or less like a command context that lives for the duration of the request. Regardless of if we wanna keep this pattern or not, separating it out helps us split up core
2024-07-08 14:23:03 +03:00
gitbutler-command-context.workspace = true
move project module in a separate gitbutler-project crate
2024-07-08 16:33:26 +03:00
gitbutler-project.workspace = true
combine the assets proxying implementaiton in one file Now it's only used in one place
2024-07-08 19:23:51 +03:00
urlencoding = "2.1.3"
reqwest = { version = "0.12.4", features = ["json"] }
start moving virtual_branches to separate crate We want to move towards having each functional domain in a separate crate. The main benefit of that for our project is that this will enforce a unidirectional dependency graph (i.e. no cycles). Starting off with virutal_branches - a lot of the implementation is still in core (i.e. virtual.rs), that will be moved in a separate PR. Furthermore, the virtual branches controller (as well as virtual.rs) contain functions not directly related to branches (e.g. commit reordering etc). That will be furthe separate in a crate.
2024-07-07 14:32:35 +03:00
[[test]]
Split branch creation and deletion into their own home
2024-07-09 17:43:58 +03:00
name = "virtual"
start moving virtual_branches to separate crate We want to move towards having each functional domain in a separate crate. The main benefit of that for our project is that this will enforce a unidirectional dependency graph (i.e. no cycles). Starting off with virutal_branches - a lot of the implementation is still in core (i.e. virtual.rs), that will be moved in a separate PR. Furthermore, the virtual branches controller (as well as virtual.rs) contain functions not directly related to branches (e.g. commit reordering etc). That will be furthe separate in a crate.
2024-07-07 14:32:35 +03:00
path = "tests/virtual_branches/mod.rs"
[dev-dependencies]
once_cell = "1.19"
pretty_assertions = "1.4"
gitbutler-testsupport.workspace = true
gitbutler-git = { workspace = true, features = ["test-askpass-path"] }
glob = "0.3.1"
serial_test = "3.1.1"
tempfile = "3.10"
Reference in New Issue Copy Permalink