Please just don't. GitHub is a proprietary service, using it as a mere free code hosting is nothing wrong, pay it for it's services on sale again it's nothing wrong, but develop something to ease it's usage is:<p>- first you might loose your hard work at any point in time just because something change on the GH side, being not a community they have no reasons to be cooperative nor to advise third parties;<p>- second you make a proprietary service more appealing for free, so you do some voluntary unpaid work for them, and at the same time ease life of others who might then want to be on GH and GH specifically not "just others who offer similar things".<p>Until GitHub is used just as a free code hosting and development happen outside the platform it's a mere URL from the point of view of a FLOSS community, today the official repo is hosted there, tomorrow will be on SourceHut, another day on SourceForge, than Savannah, than GitLab, it's just a matter of follow project website news feed or ML or whatever and pull/push to the current URL. Being tied means being tied. If you need to move a day even if possible it will have a certain cost, perhaps a high one.<p>Generally speaking I'm deeply against ANY FLOSS project who act as a bridge to some third party proprietary service, not because of GNU philosophy but just because of the above mentioned reasons. Internet was born decentralized for a reason, that reason is still valid today, perhaps more than ever.
If anyone wants a GUI version of this dashboard, check out Graphite: <a href="https://graphite.dev" rel="nofollow">https://graphite.dev</a>
I use this alias all the time, "Make PR" which creates a draft PR from the current branch and opens your browser to it. Assumes macOS + the GitHub CLI is installed:<p><pre><code> alias mkpr='git push && gh pr create -d -f -B develop | grep https | xargs printf -- '%s/files' | xargs open'
</code></pre>
Or "merge develop upstream changes":<p><pre><code> alias mduc='CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD) && git checkout develop && git pull && git pull --tags && git checkout ${CURRENT_BRANCH} && git merge develop'
</code></pre>
Or, "Git add and commit" -- add all changes and a commit message like "Foo bar" in one step like "$gac Foo bar"<p><pre><code> function gac ()
{
git add-commit -m "$\*"
}
</code></pre>
Which assumes this git alias<p><pre><code> add-commit = !git add -A && git commit</code></pre>
This looks amazing!<p>In the past I've built a similar tool, where I needed the issues available offline so that I can work efficiently with crappy mobile internet on the go. [1]<p>But after a while I decided that it's easier to have a Browser Extension in place that caches the issues in the extension's storage and that are usable offline, too. [2]<p>My tools are pretty minimalistic and definitely not as polished compared to this! Will definitely give it a try!<p>What kind of format is the tool using for the issue cache? Are they stored in markdown? Are issues cached per-remote, too? Aka say github+private gitlab is pulled altogether?<p>[1] <a href="https://github.com/cookiengineer/git-work" rel="nofollow">https://github.com/cookiengineer/git-work</a><p>[2] <a href="https://github.com/cookiengineer/github-scrumboard" rel="nofollow">https://github.com/cookiengineer/github-scrumboard</a>
How do I buy you a coffee? I'm going to try this next week. Looks fantastic. If you could libnotify me a little nag (maybe you do and I just haven't looked yet) I'll buy you two!
If I understand things correctly, gh-dash is currently read-only. Are there any plans to change that (e.g. to make it possible to add/change labels on issues) or add comments?