For those using a git gui, what are you using?
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
jim norris wrote:
> For those using a git gui, what are you using?
On which system?
For Windows, there is Git Extensions and TortoiseGit. The Git
Extensions looked less slick than TortoiseGit last time I looked, but
TortoisGit on the other hand lacked fundamental functionality.
For Mac, there is
alf Of Peter Stuge
> Sent: Tuesday, October 25, 2011 7:13 PM
> To: openocd-development@lists.berlios.de
> Subject: Re: [Openocd-development] git gui
>
> jim norris wrote:
> > For those using a git gui, what are you using?
>
> On which system?
>
> For Windows, there
On Wed, Oct 26, 2011 at 2:12 AM, Peter Stuge wrote:
> jim norris wrote:
>> For those using a git gui, what are you using?
>
> On which system?
>
> For Windows, there is Git Extensions and TortoiseGit. The Git
> Extensions looked less slick than TortoiseGit last time I looked, but
> TortoisGit on t
On 2011.10.26 06:07, Øyvind Harboe wrote:
On Wed, Oct 26, 2011 at 2:12 AM, Peter Stuge wrote:
jim norris wrote:
For those using a git gui, what are you using?
On which system?
For Windows, there is Git Extensions and TortoiseGit. The Git
Extensions looked less slick than TortoiseGit last ti
Hi Pete,
thanks for the corrections about my prejudice against Tortoise. I guess
my main problem has been that that I've found that those that use Tortoise
have no patience for the complexities and necessity of interactive rebase,
rather than Tortoise lack of support for this feature.
Gerrit is a
Øyvind Harboe wrote:
> my main problem has been that that I've found that those that use Tortoise
> have no patience for the complexities and necessity of interactive rebase,
> rather than Tortoise lack of support for this feature.
This might fit Pete. In another project I've learned that he prefe
I have a problems with a GUI that makes git easy to use at the
cost of not enabling and teaching the user to use the more advanced
concepts.
Interactive rebasing is an absolute must when working with git. Anything
that leaves the user with the impression that he doesn't have to get
his head around
> -Original Message-
> From: openocd-development-boun...@lists.berlios.de [mailto:openocd-
> development-boun...@lists.berlios.de] On Behalf Of Pete Batard
> Sent: Wednesday, October 26, 2011 6:26 AM
> To: openocd-development@lists.berlios.de
> Subject: Re: [Openocd-de
On 2011.10.26 16:29, Peter Stuge wrote:
Øyvind Harboe wrote:
my main problem has been that that I've found that those that use Tortoise
have no patience for the complexities and necessity of interactive rebase,
rather than Tortoise lack of support for this feature.
This might fit Pete. In anot
On Tue, Oct 25, 2011 at 06:52:39PM -0500, jim norris wrote:
> For those using a git gui, what are you using?
I find 'gitk' on Linux to be the best choice (for me) when I
need/want a GUI, but I do most stuff on the command line.
Uwe.
--
http://hermann-uwe.de | http://sigrok.org
http://random
Pete Batard wrote:
> Git is just a tool, feel free to use it as you see fit, GUI or not.
Yes and no. Git is a tool, and of course there are good and bad GUIs,
but the point is that since it's common to work together with others,
and since this is also the setting where git really shines, it's a
go
On 26/10/2011 01:52, jim norris wrote:
For those using a git gui, what are you using?
'gitg' on Linux.
Having a GUI for hunk selection and commit is by far fastest then
jumping trough various shells when writing a meaningful changelog
message for the changes you are committing.
Otherwise,
Apologies to anyone for annoying this list again with what are mostly
discussions about the libusb dysfunctionality. If you aren't interested
in finding why projects become dysfunctional, and why people will take
palliative action then, please ignore.
On 2011.10.27 00:53, Peter Stuge wrote:
I
On 10/27/2011 06:43 AM, Luca Ottaviano wrote:
Having a GUI for hunk selection and commit is by far fastest then
jumping trough various shells when writing a meaningful changelog
message for the changes you are committing.
+1.
I use magit from within emacs for this (among other things). The
Hello,
i have a little problem with git gui to push the commits to the review server.
If i try to push i
can choose the review as target but it will always pushed into the master and i
got a error message.
The console command "git push review" works. Any hints?
Thanks & Regards,
Mathias
_
Mathias K. wrote:
> If i try to push i can choose the review as target but it will
> always pushed into the master and i got a error message.
> The console command "git push review" works. Any hints?
Can you choose which local branch to push, and which branch on the
remote that it should be pushed
FYI
i have append i picture from what i can select in the gui. If i select review
as remote the error
message looks like this:
# Pushing to ssh://@openocd.zylin.com:29418/openocd.git
# remote: Resolving deltas: 0% (0/2)
# To ssh://@openocd.zylin.com:29418/openocd.git
# ! [remote rejected] mas
18 matches
Mail list logo