Heya folks :)
We have 20 days left until org application opens for GSoC 2011. By
that point we should have as many rocking ideas as possible on this
wiki page: http://community.kde.org/GSoC/2011/Ideas It will be used
to evaluate our application. Please add your ideas. It'd be awesome if
we could
On Dienstag 08 Februar 2011, Christoph Feck wrote:
> I don't want to. Not yet. But the more I read here, the more
> confused I get.
the book "Pro Git" was/is very helpful for me and easy to
read. However my copy from 2009 does not mention rerere yet
http://progit.org/2010/03/08/rerere.html
--
W
> > oh, well. i give up.
I don't want to. Not yet. But the more I read here, the more confused I get.
Christoph Feck (kdepepo)
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
On Sun, Oct 3, 2010 at 3:58 AM, todd rme wrote:
> On Thu, Sep 30, 2010 at 7:30 AM, Matthias Fuchs wrote:
>> Hi,
>>
>> When moving and copying multiple files it can be quite tedious to make out if
>> there are differences for all these files.
>>
>>
>>
>> Use Case:
>> You copy hundreds of t
On Tue, Feb 8, 2011 at 13:45, David Faure wrote:
> While I very much agree with you on the very steep learning curve, I have to
> say that every time I use "svn blame" and I end up on a "merged branch foo"
> huge commit, I curse at svn's inability to preserve branch history.
>
> This is one of the
On Wednesday 02 February 2011, Kevin Krammer wrote:
> On Wednesday, 2011-02-02, dmitry chernov wrote:
> > On Wed, Feb 2, 2011 at 5:33 PM, Kevin Krammer
wrote:
> > > On Wednesday, 2011-02-02, dmitry chernov wrote:
> > > > In dolphin, when you move file to directory where a file with such
> > > > n
On Tuesday 08 February 2011, Arnold Krille wrote:
> On Tuesday 08 February 2011 17:55:03 Alexander Neundorf wrote:
> > On Tuesday 08 February 2011, Boudewijn Rempt wrote:
> > > On Tuesday 08 February 2011, Oswald Buddenhagen wrote:
> > > > > - just throw away the merge with git reset --hard HEAD~1
- Original Message -
> why not just use a central
> repository system
> that just doesn't allow all these ugly things? And maybe doesn't have
> such a
> steep learning curve?
+1!
Best,
--
Tom Albers
KDE Sysadmin
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscri
On Tuesday 08 February 2011 17:55:03 Alexander Neundorf wrote:
> On Tuesday 08 February 2011, Boudewijn Rempt wrote:
> > On Tuesday 08 February 2011, Oswald Buddenhagen wrote:
> > > > - just throw away the merge with git reset --hard HEAD~1 and redo it
> > > >
> > > > after git pull-ing. prefera
On Wednesday 15 December 2010, alpha_one_x86 wrote:
> The help on line help me to code but not to intercept the copy/move from
> dolphin/konqueror and found clean way to do it.
Right, it's not meant to be intercepted.
I don't think people expect another app to pop up when they use copy/move
in dol
On Tuesday 08 February 2011, Boudewijn Rempt wrote:
> On Tuesday 08 February 2011, Oswald Buddenhagen wrote:
> > > - just throw away the merge with git reset --hard HEAD~1 and redo it
> > > after git pull-ing. preferably, you should have git rerere enabled,
> > > so you won't have to repeat res
On Tuesday 08 February 2011, Oswald Buddenhagen wrote:
> > - just throw away the merge with git reset --hard HEAD~1 and redo it
> > after git pull-ing. preferably, you should have git rerere enabled,
> > so you won't have to repeat resolving any possible conflicts.
Excuse my ignorance... But w
On Tue, Feb 08, 2011 at 09:20:55PM +1300, Ben Cooksley wrote:
> Do not run "git pull --rebase" after performing the merge, under any
> circumstances.
>
ding ding ding - bingo!
On Wed, Feb 02, 2011 at 10:27:02AM +0100, Oswald Buddenhagen wrote:
> and remember that following receipes does *not* wor
On Tuesday, 8 de February de 2011 21:20:55 Ben Cooksley wrote:
> Just a word of warning, if you are going to merge two branches
> together, make sure to run "git pull --rebase" before you conduct the
> merge. Once you have conducted the merge, use "git pull" if you
> encounter a non-fast forward er
Hi all,
Just a word of warning, if you are going to merge two branches
together, make sure to run "git pull --rebase" before you conduct the
merge. Once you have conducted the merge, use "git pull" if you
encounter a non-fast forward error. Do not run "git pull --rebase"
after performing the merge
15 matches
Mail list logo
