Skip to content

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
Contributor

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
Collaborator

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