Am Freitag, 11. Januar 2013, 23:10:36 schrieb Junio C Hamano:
> Jardel Weyrich writes:
> > I believe `remote set-url --add --push` has a bug. Performed tests
> > with v1.8.0.1 and v1.8.1 (Mac OS X).
> >
> > Quoting the relevant part of the documentation:
> >> set-url
> >>
> >> Changes URL re
Am Freitag, 23. November 2012, 16:55:21 schrieb Heiko Voigt:
> I am still a little bit undecided about an automatically crafted commit.
>
> At $dayjob we sometimes update submodules to their tip without any
> superproject changes just to make sure we use the newest version. Most
> of the time the
> I can't see the difference and in fact don't understand uniq's -u option al
> all Linux man pages say: "only print unique lines", but that is what uniq
> does by default anyway?!?
>From the german translation of uniq's man-page, you can deduct that "only
print unique lines" actually means: "pri
Am Mittwoch, 3. Oktober 2012, 16:13:16 schrieb Jeff King:
> On Wed, Oct 03, 2012 at 12:41:38PM -0700, Shawn O. Pearce wrote:
> > > Out of curiosity, how are you thinking about triggering such a new
> > > behavior in a backwards-compatible way? Invoke git-upload-pack2, and
> > > fall back to reconne
Am Dienstag, 2. Oktober 2012, 20:53:28 schrieben Sie:
> Hi,
>
> Today I learnt that a gitlink is a commit object embedded in a tree.
> However, I can't seem to be able to cat it.
>
> $ git ls-tree HEAD
> 100644 blob 5a91f388f3648b98ae34a19ec42ba9acc7852ef4.gitmodules
> 16 comm
Am Sonntag, 23. September 2012, 19:34:23 schrieb Ralf Thielow:
> On Sun, Sep 23, 2012 at 5:41 PM, Sascha Cunz
wrote:
> > Exactly. The meaning is more important then the exact wording. Please
> > consider>
> > this:
> > Es wurden Neuaufbau- / Zusammenf
Am Sonntag, 23. September 2012, 17:36:08 schrieb knittl:
> Sharing my thoughts on this one, …
>
[...]
> What about "wichtig"? I think that transfers the meaning pretty well.
> "Es wird angehalten, um den Verlust wichtiger Infos zu vermeiden"
> maybe?
>
> I hope the above spends some inspiration :
Am Sonntag, 23. September 2012, 17:04:15 schrieb Ralf Thielow:
> On Sat, Sep 22, 2012 at 11:57 PM, Sascha Cunz
wrote:
> > As I know how hard translations can be, esp. with that much technical
> > terms
> > inside, I'm usually expecting _not_ to yield the same res
As I know how hard translations can be, esp. with that much technical terms
inside, I'm usually expecting _not_ to yield the same result when translating
a software's translation back to English.
However, git-rebase just threw these two sentences at me (And though i know
their meaning, i couldn
[..]
> - By design, the borrowed object store MUST not ever lose any
>object from it, as such an object loss can corrupt the borrowing
>repositories. In theory, it is OK for the object store whose
>objects are borrowed by repositories to acquire new objects, but
>losing existing o
On Friday, July 27, 2012 03:58:49 PM you wrote:
> Sascha Cunz writes:
> > Ok, so repository and working directory are simply not meant to be on
> > different file systems. Thanks for the clarification.
>
> I did not mean "and that is a rule we need to enforce and
On Friday, July 27, 2012 02:55:49 PM you wrote:
> Sascha Cunz writes:
> > From 3f449e719b924929f1f8ca9b5eff83f17bc64c60 Mon Sep 17 00:00:00 2001
> > From: Sascha Cunz
> > Date: Fri, 27 Jul 2012 22:54:56 +0200
> > Subject: [PATCH] Use work tree to determine if it supp
>From 3f449e719b924929f1f8ca9b5eff83f17bc64c60 Mon Sep 17 00:00:00 2001
From: Sascha Cunz
Date: Fri, 27 Jul 2012 22:54:56 +0200
Subject: [PATCH] Use work tree to determine if it supports symlinks
When creating a new repository, we check some capabilities of the
underlying file system(s).
13 matches
Mail list logo