Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Do not automatically merge Cargo.lock #46539

Merged
merged 1 commit into from
Dec 8, 2017
Merged

Conversation

oli-obk
Copy link
Contributor

@oli-obk oli-obk commented Dec 6, 2017

It essentially never does what it's supposed to and often leaves the Cargo.lock in a state where it needs manual adjustments or resetting to master/yourbranch. With this setting git will always choose your Cargo.lock over the one from master and report a merge error (if both master and your branch touched Cargo.lock). Now you can run ./x.py help and it should normally update the Cargo.lock to be one that has everything needed by master and your branch.

@rust-highfive
Copy link
Collaborator

r? @nikomatsakis

(rust_highfive has picked a reviewer for you, use r? to override)

@nikomatsakis
Copy link
Contributor

r? @alexcrichton

This sounds reasonable to me but @alexcrichton is the expert here.

@kennytm kennytm added the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. label Dec 6, 2017
@alexcrichton
Copy link
Member

@bors: r+

whoa, what a fantastic idea! This'll make merges so much easier

@bors
Copy link
Contributor

bors commented Dec 6, 2017

📌 Commit 77faf79 has been approved by alexcrichton

@Mark-Simulacrum
Copy link
Member

Yeah, I think this is fine. @bors rollup though since it really shouldn't conflict with anyone.

@kennytm kennytm added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Dec 6, 2017
GuillaumeGomez added a commit to GuillaumeGomez/rust that referenced this pull request Dec 7, 2017
Do not automatically merge `Cargo.lock`

It essentially never does what it's supposed to and often leaves the `Cargo.lock` in a state where it needs manual adjustments or resetting to master/yourbranch. With this setting git will always choose your `Cargo.lock` over the one from master and report a merge error (if both master and your branch touched `Cargo.lock`). Now you can run `./x.py help` and it should normally update the `Cargo.lock` to be one that has everything needed by master and your branch.
bors added a commit that referenced this pull request Dec 8, 2017
Rollup of 5 pull requests

- Successful merges: #46416, #46444, #46526, #46539, #46548
- Failed merges:
@bors bors merged commit 77faf79 into rust-lang:master Dec 8, 2017
@oli-obk oli-obk deleted the cargo_lock branch December 8, 2017 15:49
alexcrichton added a commit to alexcrichton/rust that referenced this pull request Aug 20, 2019
This commit backs out rust-lang#46539 in order to fully leverage rust-lang#63579 where
`git` should be able to merge `Cargo.lock` nowadays with only minimal
conflicts.
Centril added a commit to Centril/rust that referenced this pull request Aug 20, 2019
…rk-Simulacrum

Allow git to merge `Cargo.lock`

This commit backs out rust-lang#46539 in order to fully leverage rust-lang#63579 where
`git` should be able to merge `Cargo.lock` nowadays with only minimal
conflicts.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants