Skip to content

git bash program should have the name git bash #248

Closed

Description

@paladox

Sorry for my title not describing the problem or issue but heres the description

When you open the git bash program on windows and you go to task bar and right click the popup menu shows but to open another program by click the name in that popup show it as terminal it should be git bash and open git bash program not open terminal.

Activity

  1. dscho commented on Jul 27, 2015

    @dscho
    Member

    You might want to start working on this feature and contribute a Pull Request.

  2. paladox commented on Jul 27, 2015

    @paladox
    Author

    I am not very good at coding in windows.

  3. dscho commented on Jul 27, 2015

    @dscho
    Member

    A pity.

  4. paladox commented on Jul 27, 2015

    @paladox
    Author

    Ok but this is a valid bug. Because I didn't open terminal I opened git.

  5. kostix commented on Jul 27, 2015

    @kostix

    @paladox, that is not quite correct: you cannot "open Git" because git is a command-line program (actually, as set of programs) which requires a terminal to work -- show its output and receive its input from the user. git of Git for Windows is able to function just fine without this special terminal emulator called "Git bash": you can run git in the stock Windows "console Window" -- the boring cmd.exe program, and quite many people do just that.

    What's available to the users in the form of "Git bash" is just a convenience hack to make those accustomed to the POSIX environment feel more at home (mostly because GfW has to ship the Windows port of the bash shell and a set of POSIX tools like cat and mv anyway).

  6. kostix commented on Jul 27, 2015

    @kostix

    @paladox, also let me digress a bit... I've recently seen a whole slew of wishlist-class bugs from you and given the sutuation, I think I could make some things more clear to you. Wishlist bugs are usually OK, but please notice that notwithstanding its popularity, the Git for Windows project is severely undermanned and has no corporate backing (at least no constant backing).

    Hence while this is sad, bugs which -- in the eyes of the maintainers -- have zero chances of being worked on in the forseeable future will have good chances of being closed to not clutter the tracker. After all, if someone will have the same itch you do, but will be able to scratch it, that person will be able to reopen the bug easily.

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

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions