Skip to content
This repository was archived by the owner on Sep 9, 2020. It is now read-only.

explain the roadmap #154

Closed
rakyll opened this issue Jan 25, 2017 · 10 comments
Closed

explain the roadmap #154

rakyll opened this issue Jan 25, 2017 · 10 comments
Labels

Comments

@rakyll
Copy link
Contributor

rakyll commented Jan 25, 2017

Could you add on README what is the roadmap for the dep tool?

Should we consider this to proposed to the core project once it is mature enough? What are the next steps once the proposal is accepted? What happens if the proposal is not accepted? Can I depend dep on an actual use case right now?

@sdboyer
Copy link
Member

sdboyer commented Jan 25, 2017

I'll answer what of this I can off the cuff...

Could you add on README what is the roadmap for the dep tool?

I suspect we can add as much as we know right now, and keep it up to date. Not everything's clear yet, though. (We may also end up keeping that information somewhere other than the README.)

Should we consider this to proposed to the core project once it is mature enough?

Yes, though you should also expect that it will not make a direct, 1:1 migration into the toolchain. So, no go dep ensure. @rsc doesn't want to see sub-sub-commands; he instead wants to see it integrated in a deeper, more transparent way.

Can I depend dep on an actual use case right now?

No. The README is already clear on this, I think.

@Oxyrus
Copy link

Oxyrus commented Jan 25, 2017

Will this be included as dependency manager in future releases of Golang?

@rakyll
Copy link
Contributor Author

rakyll commented Jan 25, 2017

Will this be included as dependency manager in future releases of Golang?

@sdboyer, I think these types of FAQ questions needs be answered on the README.

Currently, the tool looks like it is the new blessed solution which happened to be in pre-alpha state. (Even pre-alpha is vague because the Go project doesn't have an alpha/beta/stable labelling.) FWIW, people who don't follow the Go news on a daily basis don't often have context about what's going on and might end drawing wrong conclusions or expectations.

@rakyll rakyll changed the title Explain roadmap explain the roadmap Jan 25, 2017
@davecheney
Copy link
Contributor

Seconded. You're carrying the hopes and dreams of all gophers, keep it classy.

@sdboyer
Copy link
Member

sdboyer commented Jan 25, 2017

@rakyll these are great points. I'll update the language tonight.

@davecheney 😱 🎩 🎩 👍

@sdboyer
Copy link
Member

sdboyer commented Jan 26, 2017

s/tonight/tomorrow/. need 🛌

@sdboyer
Copy link
Member

sdboyer commented Jan 29, 2017

small update to say - i have to confer with the committee before putting up a roadmap, even a tentative one. i'll get that up as soon as i can next week. meanwhile, i've updated the README to state clearly that the tool is neither official, nor blessed.

@krisnova
Copy link
Contributor

Isn't the tool at least a candidate to becoming official/blessed? If so would it make sense to call that our in the README?

@sdboyer
Copy link
Member

sdboyer commented Jan 29, 2017

@kris-nova it is indeed a candidate, and that's very much the path we're on. I tried to indicate as much:

It IS, however, the consensus effort of most of the Go community, and being integrated into the go toolchain is the goal.

@sdboyer
Copy link
Member

sdboyer commented Mar 7, 2017

Took much longer than I'd hoped (sorry!), but here's the promised roadmap: https://github.com/golang/dep/wiki/Roadmap

I'll be updating the README presently.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

6 participants