Giter Club home page Giter Club logo

Comments (14)

RianFuro avatar RianFuro commented on June 25, 2024 1

@tomaskallup
Push should be working as long as a remote is already set up. I admit it's pretty bare bones right now though. Also upstream and pushremote do the same thing currently and there is no way to set either from neogit.
You're welcome to help out if you want to :) The relevant parts are in popups/push.lua and lib/git/push.lua. We do want to take over the upstream/pushremote distinction from magit and some prompts to dynamically set the upstream when necessary are definitely needed.

from neogit.

RianFuro avatar RianFuro commented on June 25, 2024 1

Totally agree; as I said, pretty bare bones πŸ˜…

from neogit.

CKolkey avatar CKolkey commented on June 25, 2024 1

Agreed! I'll be upstreaming some changes that should solve for this with some ability to set git config values

Screenshot 2023-05-06 at 21 04 14

(you can use my fork for now if you don't want to wait)

from neogit.

tomaskallup avatar tomaskallup commented on June 25, 2024

Ah I was wondering why the push isn't working at all, is this something I could perhaps help with? This seems to be open for quite some time and for me even the pushremote isn't working.

from neogit.

tomaskallup avatar tomaskallup commented on June 25, 2024

I think I found the issue, on my end I have a huge file in the repo (97MB) and the push takes a long time. It would be nice to have some sort of progress bar or a loader to indicate, that the push is still ongoing.

from neogit.

itmecho avatar itmecho commented on June 25, 2024

We do want to take over the upstream/pushremote distinction from magit and some prompts to dynamically set the upstream when necessary are definitely needed

Am I right in thinking this would allow you to create a new local branch and then push it up to remote when it doesn't exist? i.e.git checkout -b my-new-branch && git push --set-upstream origin my-new-branch

At the moment I create the branch with neogit but then run the git push manually

from neogit.

TimUntersberger avatar TimUntersberger commented on June 25, 2024

@itmecho no it would use the upstream but not set it up. Tbh I also think the current implementation is a bit annoying, but I don't really know how to do this correctly yet.

from neogit.

itmecho avatar itmecho commented on June 25, 2024

Hmm I was trying to think of how I would do it. Best I came up with was a new option in the push popup for "push and set upstream", then prompt for the remote name (or if there is only one just use that) and then prompt for the remote branch name (which could pre-populate with the current branch name). Those could also be set as defaults in the config.

That's just my use case though, not sure how it would fit in with other people's =\

from neogit.

itmecho avatar itmecho commented on June 25, 2024

Hacky version which "worked on my machine"

master...itmecho:proto/set-upstream

from neogit.

TimUntersberger avatar TimUntersberger commented on June 25, 2024

@itmecho I added a switch to the push popup in #131.

from neogit.

DemonInTheCloset avatar DemonInTheCloset commented on June 25, 2024

Hi, I am not sure if I should say this here, but could you add a --tags flag for the push popup?

from neogit.

mcepl avatar mcepl commented on June 25, 2024

For explanation why there are two https://magit.vc/manual/magit.html#The-Two-Remotes but still doesn’t make sense to me. IMHO, feature branch should never know what its final destination will be and should only be push to my-fork/feature. Whole merging (be it done with pull/merge-requests or via git send-email) should be outside of the local git operations.

from neogit.

practicalli-johnny avatar practicalli-johnny commented on June 25, 2024

I work on many open source projects and set the origin name to the GitHub organisation or user account name, so I know where I am pushing too

It would be very useful to set where neogit pushes to when using p from the push menu

Currently I use e for elsewhere and type in the origin name I use for that repository.

I assume the value of the origin can be ascertained from the local Git repository.

from neogit.

ten3roberts avatar ten3roberts commented on June 25, 2024

Not knowing what you're force pushing to is part of the fun, especially when reviewing pull requests.

Jokes aside, as @CKolkey mentioned we are soon to upstream a lot of QOL improvements to neogit which will for example include better push.

from neogit.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    πŸ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. πŸ“ŠπŸ“ˆπŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❀️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.