| ▲ | umanwizard 4 hours ago | |
Why does it have to be a website? Why merely "CLI-inspired" and not actually CLIs? | ||
| ▲ | baepaul 3 hours ago | parent | next [-] | |
hrm. so i guess if the question is why not just make a software forge that is _only_ based in the CLI, the answer i think is convenience. it's very convenient to be sent a link (or find it on hacker news) and to be able to click around files, read the README, understand what a repository is about without having to clone it and open locally. plus -- if you only need a barebones git server with no web UI, git provides this by default. if the question is, will you build a CLI / what will be in it? the answer is yes, we do have a barebones CLI for auth as of now, do envision things like managing issues / PRs from the CLI, but want to make sure that strike the right balance there. i think TUIs can be deceptively hard to build well, and admittedly, it hasn't been a priority for us quite yet. | ||
| ▲ | garbagepatch 4 hours ago | parent | prev [-] | |
Removes a barrier of entry if you can look at it from a browser instead of installing a CLI/TUI. Don't try to make me install a random program if I can view it in my sandboxed browser safely. Also, browsers have greasemonkey to help me personalize websites easily. TUIs don't. | ||