by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • 16:26
    MichaelMure commented #376
  • 15:45
    aleb commented #376
  • Jul 30 03:01

    dependabot[bot] on npm_and_yarn

    build(deps): bump elliptic from… (compare)

  • Jul 29 15:01
    MichaelMure commented #408
  • Jul 29 15:01
    MichaelMure commented #408
  • Jul 29 15:01
    MichaelMure commented #408
  • Jul 29 14:59
    MichaelMure commented #408
  • Jul 29 09:04
    MichaelMure commented #327
  • Jul 29 09:00
    MichaelMure commented #432
  • Jul 29 04:03

    Invincibot on lru-cache

    Temp Implement the LRU cache for the… (compare)

  • Jul 28 18:49
    MichaelMure commented #426
  • Jul 28 18:49

    MichaelMure on fix-426

    (compare)

  • Jul 28 18:49

    MichaelMure on master

    cache: fix BugExcerpt's timesta… Merge pull request #437 from Mi… (compare)

  • Jul 28 18:40

    MichaelMure on cli-usage

    (compare)

  • Jul 28 18:40

    MichaelMure on master

    commands: cleanup the command's… Merge pull request #436 from Mi… (compare)

  • Jul 28 18:39

    MichaelMure on fix-426

    cache: fix BugExcerpt's timesta… (compare)

  • Jul 28 18:26

    MichaelMure on cli-usage

    commands: cleanup the command's… (compare)

  • Jul 28 15:21
    MichaelMure commented #430
  • Jul 28 13:07
    MichaelMure commented #66
  • Jul 28 13:06
    MichaelMure commented #433
mdv
@melnikovdv
Hi. Does GPL license somehow limits usage in non open-source projects? As I see it, GPL is about sources and not about binary usage. Am I right?
matrixbot
@matrixbot
strk GPL is about distribution
strk mostly
strk the license allows YOU a number of usages
strk but ENFORCES you to grant the same rights to people you further distribute the software to
Michael Muré
@MichaelMure
GPL absolutely allows you to use git-bug for whatever you want including private project, the same way you can use Linux or GCC (both are under GPL)
the main thing GPL prevent is for a company to take git-bug, make its own version and distribute/sell that without making the source code public as well
also note that the GPL applies to git-bug itself, absolutely not on the bugs created/managed by git-bug
those are yours and yours only
mdv
@melnikovdv
😂 Thank you
Michael Muré
@MichaelMure
git-bug is in github's trending again :)
Sladyn
@sladyn98
@MichaelMure that is absolutely awesome :0
Michael Muré
@MichaelMure
thanks :)
also featured in a podcast in russian: https://radio-t.com/p/2020/04/11/podcast-697/
Alex Băluț
@aleb

@MichaelMure I added these commands to list/add/remove keys:

git-bug key [<user-id>]
git-bug key add [<user-id>] [flags]
git-bug key rm <key-id> [<user-id>]

Do you think it would be better with some other commands?

Alex Băluț
@aleb
Regarding using them.. what's the simplest functionality you'd want in git-bug?
Michael Muré
@MichaelMure
@aleb hey sorry I completely missed your messages
I'll reply directly in the PR
Alex Băluț
@aleb
Can it happen for one of the commits in git log <identity-id> to be a merge commit, to have more than one parent?
Michael Muré
@MichaelMure
@aleb not from git-bug, it should be a purely linear chain
I'm thinking on the side about how to migrate over a data model that support branches (mainly for bugs) to get a better conflict resolution but it's far from done
mitchyme
@mitchyme
Hey folks, had a small question. What was the reasoning for storing the data in internal git trees and not as objects that are stored as regular files in the repo, maybe in a separate branch? Feels like they should be equivalent and will be less blackbox-ish to users
Michael Muré
@MichaelMure
In short, to not conflict with the normal code workflow
mitchyme
@mitchyme
Makes sense, but separate branch should cover that too right? Is there any technical reason why it wouldn't? (Not saying the current one is wrong, just want to understand some of the reasoning)
Michael Muré
@MichaelMure
@mitchyme ha well, in a way, they are separate branches ;)
you can checkout a bug if you really want to (git checkout refs/bugs/<id>)
that said, there is no continuity between each commit in that branch: each commit hold one or more operation on the bug, disconnected from the previous commit
it could be done differently but it just make sense that way when you are using code to read and write that data
also, you can reorder operations without too much troubles if you want to
Krazy Bug
@Krazybug

Hi everyone, sorry for this probably dumb question, but something is not clear for me:
git-bug stores its data in the repository with separate refs. Does it means that git-bug has to be installed on the remote to accept the 'git bug pull' requests from another remote or a git bare repo is enough ?

In this case, would it mean that you cant't use a classical online provider (Github, Gitlab, ...) as a host for your repo and start to only use git-bug as it without synchronising with the host issue tracker ?

Michael Muré
@MichaelMure
It works with a bare repo, as long as you don't host the webui at the same time.
That said, you should probably choose between storing your bug in git or in the github's issue tracker. Two different places is rarely convenient.
Krazy Bug
@Krazybug
Thanks for the answer. For the webui, you mean to browse ticket on a central place and eventually accept issue requests ? But if you're 2 devs on a project you're totally independent from the host and can just use it to store a bare repo. Maybe it could be useful to provide a docker image to deploy it easily on a cloud provider as Heroku and embed a reverse proxy with SSO. Maybe that's already available. Merci Michael, il faudrait nous faire une petite dépêche sur Linuxfr pour donner quelques nouvelles. Avec bientôt 5000 stars, le bébé a bien grandi ;-)
Michael Muré
@MichaelMure
yeah it's entirely fine to use only the git native workflow (see https://github.com/MichaelMure/git-bug#workflows)
for this workflow a docker image would just be the same as a git hosting one, so I expect that already exist
now for the webUI, SSO, OAuth is planned but not there yet. Any help to make that happen is welcome :)
as for the LinuxFr thing, it takes a looot of time and effort, but maybe for the next significant release ?
Krazy Bug
@Krazybug
Thanks for your update. I wont promise to help as I'm more a Python's guy. But I will give that awesome project a new try and who knows. And furthermore, thanks again for your involvement.
Michael Muré
@MichaelMure
:)
Michael Ambrus
@mambrus
Is there a way to tell git-bug which remote to use for push/pull in version prior and up to 0.7.0 (later versions wont build for me).
Michael Muré
@MichaelMure
yes you can pass the remote name as a parameter: git bug push origin
later version don't build ? How so ?
Michael Ambrus
@mambrus
Hi Michael. Regarding no-build I don't know. I know no go :-) go get -u github.com/MichaelMure/git-bug ../../../go/src/github.com/MichaelMure/git-bug/api/graphql/graph/gen_graph.go:22:2: cannot find package "github.com/vektah/gqlparser/ast" in any of: /usr/lib/go-1.14/src/github.com/vektah/gqlparser/ast (from $GOROOT) /home/micamb/go/src/github.com/vektah/gqlparser/ast (from $GOPATH)
Works fine from another machine (same disto, Ubuntu 18.04). Latest go from PPA and picking dependencies one by one as the occured (but I did that for both mashines)
Regarding pushing: I'm a great fan of the termui ;-) I ment how to get that to know which remote to push to (already guessed how to push from cmd-line).
Michael Muré
@MichaelMure
Ha, i think it's not possible to choose in the termui for not
Improvement welcome
For the build, i'd guess that somehow, go modules are disabled
You should not have to find the deps b
yourself*