Skip to content

feat: termui push/pull bridge #253

Open

Description

@kown7

It should be possible to push/pull the configured bridges from the termui interface. Or at least Ctrl-Z to background the termui.

It's the two things I use in my workflow: web and termui.

Activity

  1. kumaran-14 commented on Nov 26, 2019

    @kumaran-14

    I would like to start working on this. Any tips on how to proceed with this?

  2. MichaelMure commented on Nov 26, 2019

    @MichaelMure
    Contributor

    Hey, thanks for looking into that. Here is the rundown (once #263 is merged):

    • in the termui, look at how the normal push/pull is done, you will have to do something quite similar
    • for now, only wire the default bridge, we will deal with multiple bridges later
    • once you have loaded the default bridge with bridge.DefaultBridge(...), you will get the ImportAll and ExportAll functions. Those functions will return you a channel of events. You'll need to filter and format those events into something that make sense for the termui. Look at the CLI commands for an example.
  3. kumaran-14 commented on Nov 28, 2019

    @kumaran-14

    Thanks for the heads up. I'm trying the load the default bridge as you said.

  4. bqv commented on Mar 28, 2022

    @bqv

    @kumaran-14 did you get anywhere?

  5. hchev001 commented on Jan 8, 2023

    @hchev001

    @bqv did you get anywhere? considering you never got a reply

  6. bqv commented on Jan 8, 2023

    @bqv

    nope

  7. github-actions commented on Jul 23, 2024

    @github-actions

    This bot triages untriaged issues and PRs according to the following rules:

    • After 90 days of inactivity, the lifecycle/stale label is applied
    • After 30 days of inactivity since lifecycle/stale was applied, the issue is closed

    To remove the stale status, you can:

    • Remove the lifecycle/stale label
    • Comment on this issue
  8. bqv commented on Jul 24, 2024

    @bqv

    bots. 😩

  9. sudoforge commented on Aug 3, 2024

    @sudoforge
    Contributor

    bots. 😩

    hey @bqv , thanks for bringing this up.

    I initially added the stale configuration as a way to identify things that have been sitting for a long time (there was little to no activity in this repository for two years, after all; and before that, there was about a two year gap between releases as well).

    The workflow has since been refactored such that issues and pull requests will never be closed. This better reflects the intent: that "staleness" is really just an indicator for the maintainers, as a way to say "hey, pay attention to this and take action on it".

  10. github-actions commented on Nov 3, 2024

    @github-actions

    This bot triages issues in order to help the maintainers identify what
    needs attention, according to the following lifecycle rules:

    • After 90 days of inactivity, lifecycle/stale is applied
    • After 90 days of inactivity since lifecycle/stale was applied,
      lifecycle/rotten is applied

    This bot will not automatically close stale issues.

    To remove the stale status, you can:

    • Remove the stale label from this issue
    • Comment on this issue
    • Close this issue
    • Offer to help out with triaging

    To avoid automatic lifecycle management of this issue, add
    lifecycle/frozen.

  11. MichaelMure commented on Nov 3, 2024

    @MichaelMure
    Contributor
  12. mohammadazeemwani commented on Jan 27, 2026

    @mohammadazeemwani

    Yup not stale.

    I wonder what are the Push and Pull in the termUI for ?
    Issues only reflect when I do git bug bridge push outside of termui ?

    Am I missing anything.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions