in.
This, but for simplicity, since every line needs the trailing space, why
not just use 's/$/ /' and drop the ' Z' on every line?
/bikeshed
- Josh Triplett
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On Mon, Dec 30, 2013 at 12:46:33PM -0800, Junio C Hamano wrote:
Josh Triplett j...@joshtriplett.org writes:
On Mon, Dec 30, 2013 at 09:19:55AM -0800, Junio C Hamano wrote:
Christian Couder chrisc...@tuxfamily.org writes:
+# Do not remove trailing spaces below!
+cat
/3/.git/packed-refs, O_RDONLY) = -1 ENOENT (No such file or
directory)
(Yes, in that order.)
I see a lot of room for optimization here. Most importantly, git
ls-files --killed really doesn't need to look at any directory entry
unless something in the index would conflict with it.
- Josh Triplett
ls-files
--killed will have no output if git stash can proceed, and since git
stash should show the list of files that'd be killed before it fails,
using the output directly makes sense.
- Josh Triplett
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message
On Thu, Aug 30, 2012 at 02:46:03PM -0700, Paul E. McKenney wrote:
On Thu, Aug 30, 2012 at 11:56:09AM -0700, Josh Triplett wrote:
On Thu, Aug 30, 2012 at 11:44:48AM -0700, Paul E. McKenney wrote:
Hello!
This series covers changes to rcutorture and documentation updates
for that repository, which overrides the
pushInsteadOf. This change would break that configuration.
- Josh Triplett
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
On Wed, Mar 27, 2013 at 04:09:43PM -0700, Josh Triplett wrote:
On Wed, Mar 27, 2013 at 05:48:45PM -0500, Rob Hoelz wrote:
On Wed, 27 Mar 2013 15:07:18 -0700
Junio C Hamano gits...@pobox.com wrote:
Jonathan Nieder jrnie...@gmail.com writes:
Sorry, typo. The configuration
On Thu, Mar 28, 2013 at 08:37:58AM -0700, Junio C Hamano wrote:
Josh Triplett j...@joshtriplett.org writes:
On Wed, Mar 27, 2013 at 05:48:45PM -0500, Rob Hoelz wrote:
...
The test that checked that pushInsteadOf + pushurl shouldn't work as I
expect was actually broken; I have removed
On Wed, Mar 27, 2013 at 11:02:28PM -0700, Junio C Hamano wrote:
John Koleszar jkoles...@google.com writes:
Filter the list of refs returned via the dumb HTTP protocol according
to the active namespace, consistent with other clients of the
upload-pack service.
Signed-off-by: John
On Thu, Mar 28, 2013 at 09:10:59AM -0700, Junio C Hamano wrote:
Josh Triplett j...@joshtriplett.org writes:
OK, I take it back. I *can* imagine configurations that this change
would break, since it does change intentional and documented behavior,
but I don't have any such configuration
On Thu, Mar 28, 2013 at 11:50:08AM -0700, Junio C Hamano wrote:
Josh Triplett j...@joshtriplett.org writes:
(on url.$base.pushInsteadOf)
If a remote has an explicit pushurl, git will ignore this setting for
that remote.
That really meant what I just said above: git will prefer an explicit
the un-namespaced repository, a client should not be able
to tell whether you use namespaces.
- Josh Triplett
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
append_signoff to support appending arbitrary extra lines to
a commit in the signoff block; this avoids duplicating the logic to find
or construct that block.
Signed-off-by: Josh Triplett j...@joshtriplett.org
---
Documentation/git-commit.txt | 12 ++--
builtin/commit.c | 29
On Sun, Oct 27, 2013 at 06:42:44AM +0100, Michael Haggerty wrote:
On 10/27/2013 02:34 AM, Josh Triplett wrote:
Linux Kernel Summit 2013 decided on a commit message convention to
identify commits containing bugs fixed by a commit: a Fixes: line,
included in the standard commit footer (along
On Sun, Oct 27, 2013 at 03:33:19PM +0700, Duy Nguyen wrote:
On Sun, Oct 27, 2013 at 8:34 AM, Josh Triplett j...@joshtriplett.org wrote:
Add a command line option for git commit to automatically construct the
Fixes: line for a commit. This avoids the need to manually construct
that line
On Sun, Oct 27, 2013 at 09:09:32AM +0100, Thomas Rast wrote:
Josh Triplett j...@joshtriplett.org writes:
On Sun, Oct 27, 2013 at 06:42:44AM +0100, Michael Haggerty wrote:
But I don't think that this feature should be given the -f short
option, as (a) -f often means force; (b
On Sun, Oct 27, 2013 at 01:03:47AM -0700, Michel Lespinasse wrote:
On Sun, Oct 27, 2013 at 12:14 AM, Josh Triplett j...@joshtriplett.org wrote:
+-f commit::
+--fixes=commit::
+ Add Fixes line for the specified commit at the end of the commit
+ log message. This line includes
strings, and leave room for future expansion to support footers that
reference idents (given some way to expand idents from some shorter
form, otherwise there's no point).
- Josh Triplett
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord
On Mon, Jan 19, 2015 at 02:54:13PM +0100, Michael J Gruber wrote:
Josh Triplett schrieb am 19.01.2015 um 02:29:
I'd like to use git-log to generate a Debian changelog file (with one
entry per commit), which has entries like this:
package-name (version-number) unstable; urgency=low
.
-- Josh Triplett j...@joshtriplett.org Thu, 8 Jan 2015 16:36:52 -0800
packagename (FIXME) unstable; urgency=low
* Initial version
-- Josh Triplett j...@joshtriplett.org Thu, 8 Jan 2015 16:36:51 -0800
Would it be possible to add a format specifier producing a commit count,
similar
Currently, every time I set up a new system, I run the following:
git clone $MY_HOMEDIR
mv home/.git .
rm -r home
git checkout -f
This seems like an odd dance to go through. But I can't just git clone
into ~ directly, because git clone will not clone into an existing
non-empty directory.
(I
receive-pack's protocol for
determining objects the recipient already has, as the partial pack may
not have a consistent set of reachable objects.
Before starting down the path of developing patches for this, does the
approach seem potentially reasonable?
- Josh Triplett
--
To unsubscribe from
On Tue, Mar 15, 2016 at 04:46:48PM -0700, Junio C Hamano wrote:
> Josh Triplett <j...@joshtriplett.org> writes:
> > After using "git add -N", "git stash" can no longer stash:
>
> I think this is unfortunately one of the fundamental limitations
> that c
of a
1 file changed, 1 insertion(+)
create mode 100644 a
/tmp/temp$ echo b > b
/tmp/temp$ git add -N b
/tmp/temp$ git stash
error: Entry 'b' not uptodate. Cannot merge.
Cannot save the current worktree state
- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe git"
On Tue, Mar 15, 2016 at 09:51:35PM -0700, Junio C Hamano wrote:
> Josh Triplett <j...@joshtriplett.org> writes:
>
> > As far as I can tell, if I run "git add -N" on a file, and then commit
> > without adding the file contents, it gets committed as an empty
discard
it as unreachable?
- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Sun, Mar 20, 2016 at 12:18:04AM -0400, Jeff King wrote:
> On Sat, Mar 19, 2016 at 03:13:48PM -0700, Josh Triplett wrote:
>
> > I'm building some tools to track commit objects, and I'm thinking of
> > using submodule-style references to commit objects in tree objects (mode
&g
On Mon, Mar 21, 2016 at 01:57:13AM -0400, Jeff King wrote:
> On Sun, Mar 20, 2016 at 04:22:02PM -0700, Josh Triplett wrote:
>
> > I want to track the evolution of a patch series or other commit history,
> > through non-fast-forwarding actions like rebase, rebase -i, or
On Sun, Mar 20, 2016 at 03:30:27PM -0700, Junio C Hamano wrote:
> Josh Triplett <j...@joshtriplett.org> writes:
>
> > On Sun, Mar 20, 2016 at 12:18:04AM -0400, Jeff King wrote:
> >> On Sat, Mar 19, 2016 at 03:13:48PM -0700, Josh Triplett wrote:
> >>
> >&
On Sun, Mar 20, 2016 at 04:07:25PM -0400, Jeff King wrote:
> On Sun, Mar 20, 2016 at 11:45:24AM -0700, Josh Triplett wrote:
> > > No, we do not follow "gitlinks" like this for reachability. Neither for
> > > pruning, nor for object transfer via push/fetch. So you'
On Wed, Mar 02, 2016 at 12:41:20AM -0800, Junio C Hamano wrote:
> Josh Triplett <j...@joshtriplett.org> writes:
> > If you clone a repository, and the connection drops, the next attempt
> > will have to start from scratch. This can add significant time and
> > expense i
On Wed, Mar 02, 2016 at 03:22:17PM +0700, Duy Nguyen wrote:
> On Wed, Mar 2, 2016 at 3:13 PM, Josh Triplett <j...@joshtriplett.org> wrote:
> > On Wed, Mar 02, 2016 at 02:30:24AM +, Al Viro wrote:
> >> On Tue, Mar 01, 2016 at 05:40:28PM -0800, Stefan Beller wrote:
>
On Wed, Mar 02, 2016 at 12:31:16AM -0800, Junio C Hamano wrote:
> Josh Triplett <j...@joshtriplett.org> writes:
> > I think several simpler optimizations seem
> > preferable, such as binary object names, and abbreviating complete
> > object sets ("I have th
object sets ("I have these commits/trees and everything they need
recursively; I also have this stack of random objects.").
That would work especially well for resumable pull, or for the case of
optimizing pull during the merge window.
- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
d all the implied
hashes. However, that would then make the message back from the client
about what it already has larger and more complicated; that might not
make it worthwhile.
This seems like a good case for doing the simplest possible thing first
(complete hash list, compressed "got it alre
On Thu, Jul 28, 2016 at 03:14:48PM -0700, Junio C Hamano wrote:
> Jeff King writes:
> > I think the original reason I did not make "--from" the default is that
> > I was worried about breaking consumers which do not know how to handle
> > in-body headers.
>
> That's a fair
both handle the --from format without any issues.
Before I write such a patch: does anyone see a problem with such a
change?
- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Thu, Jul 28, 2016 at 02:37:04PM -0700, Junio C Hamano wrote:
> Josh Triplett <j...@joshtriplett.org> writes:
>
> > I'd like to propose changing the default behavior of git-format-patch to
> > --from (and adding a --from-author option to override, and perh
On Thu, Jul 28, 2016 at 05:56:03PM -0400, Jeff King wrote:
> Another way to think about it is that "--from" is a no-brainer when you
> really are going to email the patches (and that's why it is has always
> been the default behavior in git-send-email). But if you _aren't_ going
> to mail the
On Thu, Jul 28, 2016 at 08:16:19PM -0400, Jeff King wrote:
> The question in my mind is whether people actually use format-patch for
> things besides emailing, and if the final destination is something other
> than "git am". It is a handy format because it is the least-lossy way
> to move commits
On Fri, Jul 29, 2016 at 11:10:11AM +0100, Richard Ipsum wrote:
> On Thu, Jul 28, 2016 at 11:40:55PM -0700, Josh Triplett wrote:
> [snip]
> >
> > I'd welcome any feedback, whether on the interface and workflow, the
> > internals and collaboration, ideas on presenti
S.md ,
including the details for how git-series ensures git can always reach,
push, and pull a series.
I'd welcome any feedback, whether on the interface and workflow, the
internals and collaboration, ideas on presenting diffs of patch series,
or anything else.
- Josh Triplett
--
To unsubscribe fr
On Fri, Jul 29, 2016 at 01:44:44PM +0100, Richard Ipsum wrote:
> On Fri, Jul 29, 2016 at 04:04:26AM -0700, Josh Triplett wrote:
> > I hope to use git notes with git-series in the future, by putting
> > another gitlink under the git-series for notes related to the series.
&
don't think this needs a transition period, you can go ahead and apply
the second patch.
Josh Triplett (2):
format-patch: Add a config option format.from to set the default for --from
format-patch: Default to --from
Documentation/config.txt | 10 -
builtin/log.c
This helps users who would prefer format-patch to default to --from, and
makes it easier to change the default in the future.
Signed-off-by: Josh Triplett <j...@joshtriplett.org>
---
Documentation/config.txt | 10 +++-
builtin/log.c
This avoids spoofing mails when formatting commits not written by the
user.
Add tests for the new default, and fix tests whose expected output
depended on the old default.
Signed-off-by: Josh Triplett <j...@joshtriplett.org>
---
Documentation/config.txt | 2 +-
builtin/log.c
On Sat, Jul 30, 2016 at 11:40:34AM -0400, Jeff King wrote:
> On Sat, Jul 30, 2016 at 02:41:56AM -0700, Josh Triplett wrote:
>
> > @@ -807,6 +808,17 @@ static int git_format_config(const char *var, const
> > char *value, void *cb)
> > base_auto = gi
don't think this needs a transition period, you can go ahead and apply
the second patch.
v2: Unify the various places setting from into a single helper function.
Josh Triplett (2):
format-patch: Add a config option format.from to set the default for --from
format-patch: Default to --from
This avoids spoofing mails when formatting commits not written by the
user.
Add tests for the new default, and fix tests whose expected output
depended on the old default.
Signed-off-by: Josh Triplett <j...@joshtriplett.org>
---
Documentation/config.txt | 2 +-
builtin/log.c
This helps users who would prefer format-patch to default to --from, and
makes it easier to change the default in the future.
Signed-off-by: Josh Triplett <j...@joshtriplett.org>
---
Documentation/config.txt | 10 ++-
builtin/log.c
On Mon, Aug 01, 2016 at 07:55:54AM +, Eric Wong wrote:
> Christian Couder <christian.cou...@gmail.com> wrote:
> > On Fri, Jul 29, 2016 at 12:10 PM, Richard Ipsum
> > <richard.ip...@codethink.co.uk> wrote:
> > > On Thu, Jul 28, 2016 at 11:40:55PM -07
On Sat, Jul 30, 2016 at 01:47:42AM -0400, Jeff King wrote:
> On Fri, Jul 29, 2016 at 09:50:55PM -0700, Josh Triplett wrote:
>
> > I would propose the following then:
> >
> > - I'll write a patch adding a config option format.from, along with
> > documentation
On Fri, Jul 29, 2016 at 06:58:00PM -0400, Jeff King wrote:
> On Thu, Jul 28, 2016 at 07:08:02PM -0700, Josh Triplett wrote:
>
> > > I think on the whole that defaulting to "--from" would help more people
> > > than hurt them, but if we do believe there are scr
On Mon, Aug 01, 2016 at 09:14:54AM -0600, Stephen Warren wrote:
> On 07/29/2016 12:40 AM, Josh Triplett wrote:
> > I'd like to announce a project I've been working on for a while:
> >
> > git-series provides a tool for managing patch series with git, tracking
> > th
On Tue, Aug 09, 2016 at 06:57:05AM -0400, Jeff King wrote:
> On Tue, Aug 09, 2016 at 10:11:30AM +0200, Michael J Gruber wrote:
>
> > Maybe two more points of input for the discussion:
> >
> > off-line capabilities
> > =
> >
> > The current workflow here seems to work best
cepted attachments
with inline disposition, but not all of it. All of it would go away if
the submission process just involved "git push" to an appropriate
location.)
- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majo
On Wed, Aug 10, 2016 at 09:30:01AM +0200, Jakub Narębski wrote:
> On 10 August 2016 at 02:55, Josh Triplett <j...@joshtriplett.org> wrote:
> > On Tue, Aug 09, 2016 at 06:28:00PM +, Eric Wong wrote:
> >> Some of these problems I hope public-inbox (or something like
&
On August 9, 2016 11:37:31 PM HST, Richard Ipsum
<richard.ip...@codethink.co.uk> wrote:
>On Thu, Aug 04, 2016 at 12:40:58PM -1000, Josh Triplett wrote:
>> On Wed, Aug 03, 2016 at 08:12:02PM +0100, Richard Ipsum wrote:
>> > On Thu, Jul 28, 2016 at 11:40:55PM -0700, Josh Tr
On Sun, Jul 17, 2016 at 02:41:48PM +0200, Johannes Schindelin wrote:
> Hi Josh,
>
> On Sat, 16 Jul 2016, Josh Triplett wrote:
>
> > git-config(1) documents the ability to enable or disable the pager (or
> > set a command-specific pager) for any command by setting
&g
atch, but for format-patch *without* stdout to ignore
pager.* and *never* spawn a pager, given that its only output (the list
of patch files) goes to "realstdout".
- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to major
On Fri, Jul 08, 2016 at 10:14:33AM -0700, Junio C Hamano wrote:
> Josh Triplett <j...@joshtriplett.org> writes:
>
> > That sounds reasonable. And if they *do* end up taking any time to
> > traverse, it's because they weren't reachable from other anchoring
> > po
nces." (Where "those locations" will need to expand to
mention "*HEAD".)
(Also, I'd suggest "*HEAD", possibly limited to characters matching
[-_A-Z], rather than "*_HEAD".)
- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Sat, Jul 09, 2016 at 09:35:24AM +0200, Johannes Schindelin wrote:
> On Fri, 8 Jul 2016, Junio C Hamano wrote:
> > Josh Triplett <j...@joshtriplett.org> writes:
> >
> > > That sounds reasonable. And if they *do* end up taking any time to
> > > traverse, i
ial" refs, to provide
compatibility with any other tool or future version of git that
introduces another such ref.) This seems fairly easily done with a new
variant of do_head_ref that includes all such refs, along with a
one-line change to mark_reachable_objects to use it.
Does this seem like
On Thu, Jul 07, 2016 at 09:34:02PM -0700, Junio C Hamano wrote:
> Josh Triplett <j...@joshtriplett.org> writes:
> > This could result in data loss, if a user expected that having an object
> > referenced from those places would protect it from pruning.
>
> Yeah, lucki
On Wed, Aug 03, 2016 at 08:12:02PM +0100, Richard Ipsum wrote:
> On Thu, Jul 28, 2016 at 11:40:55PM -0700, Josh Triplett wrote:
> > I'd welcome any feedback, whether on the interface and workflow, the
> > internals and collaboration, ideas on presenting diffs of patch series,
>
On Mon, Sep 17, 2001 at 10:00:00AM +, Stefan Beller wrote:
> But both send-email as well as mail-patch-series as well as git-series
> are all about the *sending* part. Not about the back and forth part, i.e.
> these don't deal with: "here is a fixup on top". And by that I mean
> receiving
On Mon, Aug 08, 2016 at 12:54:41AM -0400, Jeff King wrote:
> On Sun, Aug 07, 2016 at 06:42:07PM -1000, Josh Triplett wrote:
>
> > > Drop trailing comma after the last enum definition (trailing comma
> > > after the last element in an array is OK, though).
> >
>
On Mon, Aug 01, 2016 at 02:18:47PM -0700, Junio C Hamano wrote:
> Josh Triplett <j...@joshtriplett.org> writes:
> > +enum from {
> > + FROM_AUTHOR,
> > + FROM_USER,
> > + FROM_VALUE,
>
> Drop trailing comma after the last enum definition (trailing com
On Mon, Aug 01, 2016 at 01:32:49PM -0700, Junio C Hamano wrote:
> Josh Triplett <j...@joshtriplett.org> writes:
>
> > +static char *from;
> > static const char *signature = git_version_string;
> > static const char *signature_file;
> > static int config
On Sun, Aug 07, 2016 at 06:59:09PM -0700, Junio C Hamano wrote:
> Josh Triplett <j...@joshtriplett.org> writes:
>
> > I'd actually seriously considered this exact approach, which I preferred
> > as well, but I'd discarded it because I figured it'd get rejected.
&
On Mon, Aug 01, 2016 at 01:38:47PM -0400, Jeff King wrote:
> On Sat, Jul 30, 2016 at 12:11:11PM -0700, Josh Triplett wrote:
>
> > +enum from {
> > + FROM_AUTHOR,
> > + FROM_USER,
> > + FROM_VALUE,
> > +};
> > +
> > +static void set_from(enum f
On Mon, Aug 01, 2016 at 01:47:24PM -0400, Jeff King wrote:
> On Sat, Jul 30, 2016 at 12:11:05PM -0700, Josh Triplett wrote:
>
> > Josh Triplett (2):
> > format-patch: Add a config option format.from to set the default for
> > --from
> > format-patch: Defaul
On Tue, Aug 16, 2016 at 12:31:45PM -0400, Jeff King wrote:
> On Tue, Aug 16, 2016 at 09:18:39AM -0700, Josh Triplett wrote:
>
> > Commit 5e7dcad771cb873e278a0571b46910d7c32e2f6c in September 2013 added
> > support to upload-pack to show the symbolic target of non-HEAD symbolic
On Tue, Aug 16, 2016 at 09:30:27AM +, Eric Wong wrote:
> Jakub Narębski wrote:
> > It's a great pity that https://public-inbox.org/ is just
> > directory index, not a true home page.
>
> +Cc m...@public-inbox.org
>
> I'm not sure one could do better while staying true to
On Tue, Aug 16, 2016 at 11:50:11AM -0700, Stefan Beller wrote:
> On Tue, Aug 16, 2016 at 11:28 AM, Jeff King <p...@peff.net> wrote:
> > On Tue, Aug 16, 2016 at 10:34:44AM -0700, Josh Triplett wrote:
> >
> >> > Sadly you cannot use a capability to fix that, because
On Tue, Aug 16, 2016 at 09:27:04PM +, Eric Wong wrote:
> Josh Triplett <j...@joshtriplett.org> wrote:
> > On Tue, Aug 16, 2016 at 09:30:27AM +, Eric Wong wrote:
> > > Jakub Narębski <jna...@gmail.com> wrote:
> > > > It's a great pity that https://p
On Tue, Aug 16, 2016 at 04:54:27PM -0400, Jeff King wrote:
> On Tue, Aug 16, 2016 at 01:31:50PM -0700, Josh Triplett wrote:
>
> > > You can dig up the discussion on the list under the name "protocol v2",
> > > but basically yes, that approach has been consider
On Tue, Aug 16, 2016 at 02:28:52PM -0400, Jeff King wrote:
> On Tue, Aug 16, 2016 at 10:34:44AM -0700, Josh Triplett wrote:
>
> > > Sadly you cannot use a capability to fix that, because all of this
> > > happens before the client agrees to any capabilities (you can find
&
On Tue, Aug 16, 2016 at 05:15:51PM -0400, Jeff King wrote:
> On Tue, Aug 16, 2016 at 02:11:41PM -0700, Josh Triplett wrote:
>
> > > For HTTPS, I'd just as soon use HTTP-level features.
> >
> > ALPN, used carefully, could potentially allow eliminating one round
On Mon, Aug 15, 2016 at 12:17:11PM -0600, Simon Glass wrote:
> On 1 August 2016 at 12:37, Josh Triplett <j...@joshtriplett.org> wrote:
> > On Mon, Aug 01, 2016 at 09:14:54AM -0600, Stephen Warren wrote:
> >> On 07/29/2016 12:40 AM, Josh Triplett wrote:
> >> >
request
for the targets of all symrefs?
- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Sun, Aug 21, 2016 at 12:30:16PM +0100, Richard wrote:
> On 21 August 2016 at 03:05, Josh Triplett <j...@joshtriplett.org> wrote:
> > Unfortunately, I think at this point, GIT_NAMESPACE has to exclusively
> > refer to the namespace for the remote end, to avoid breakage.
On Sun, Aug 21, 2016 at 03:46:36PM +0200, Jakub Narębski wrote:
> W dniu 21.08.2016 o 00:50, Josh Triplett pisze:
> > Currently, if you have a branch "somebranch" that contains a gitlink
> > "somecommit", you can write "somebranch:somecommit" to refe
doesn't support accessing a
file named "x..y" or "x...y", so scripts already can't expect to access
arbitrary filenames with that syntax without some kind of quoting, wich
we also don't have.)
Does this seem reasonable? Would a patch introducing such syntax
(including documentation and
On Sun, Aug 21, 2016 at 10:13:33AM +0200, Andreas Schwab wrote:
> On Aug 20 2016, Josh Triplett <j...@joshtriplett.org> wrote:
> > If you want to find a change that introduces or removes a particular
> > string, you could use "git log -S". That doesn't allow regex
On Sat, Aug 20, 2016 at 02:41:35PM -0700, Nikolaus Rath wrote:
> Hello,
>
> What's the easiest way to find the most recent revision (of any file in
> the repository, including those that have been deleted in the current
> HEAD) that contains a given string?
>
> I was hoping that "git grep" would
On Sat, Aug 20, 2016 at 08:07:00PM +0100, Richard wrote:
> I work on a git server called gitano.
> We've been using and recommending cgit for the web UI.
>
> I've been working on adding git namespace support to both,
> so that we can separate administrative branches from code branches.
>
>
On Mon, Aug 22, 2016 at 07:36:31PM +0100, Richard wrote:
> On 21 Aug 2016 15:07, "Josh Triplett" <j...@joshtriplett.org> wrote:
> > I'd like to see it work more automatically than that. Perhaps a
> > separate environment variable to set the client-side namespace?
On Fri, Sep 02, 2016 at 06:23:42PM +0200, Johannes Schindelin wrote:
> Let's reimplement this with linear complexity (using a hash map to
> match the commits' subject lines) for the common case; Sadly, the
> fixup/squash feature's design neglected performance considerations,
> allowing arbitrary
etter for "format-patch --base". I'd like
> to get input from Xiaolong Ye (who worked on --base), and Josh Triplett
> (who has proposed some patches in that area, and is presumably using
> them).
Thanks.
I'd love to see a more resilient patch-id mechanism, to make it easier
t
On Wed, Sep 07, 2016 at 09:06:31AM -0700, Junio C Hamano wrote:
> Josh Triplett <j...@joshtriplett.org> writes:
>
> > Currently, format-patch puts base-commit and prerequisite-patch-id
> > information below the patch, and below the email signature. Most mail
> &
add tests to
ensure the email signature appears last.
(Patch by Junio Hamano; tests by Josh Triplett.)
Signed-off-by: Josh Triplett <j...@joshtriplett.org>
---
Does the above seem reasonable, for a patch that incorporates the
proposed patch from Message-Id
xmqqh99rpud4@gitster.mtv.corp.goo
Currently, format-patch puts base-commit and prerequisite-patch-id
information below the patch, and below the email signature. Most mail
clients automatically trim everything below the signature marker as
unimportant when quoting a mail for a reply, which would make it
difficult for someone to
On Wed, Sep 14, 2016 at 03:57:36PM -0700, Junio C Hamano wrote:
> Junio C Hamano writes:
>
> > I do not mind doing it myself, but I am already in today's
> > integration cycle (which will merge a handful of topics to
> > 'master'), so I won't get around to it for some time.
On Thu, Sep 08, 2016 at 11:34:15AM -0700, Junio C Hamano wrote:
> Josh Triplett <j...@joshtriplett.org> writes:
>
> > Any text below the "-- " for the email signature gets treated as part of
> > the signature, and many mail clients will trim it from the quoted te
On Fri, Sep 09, 2016 at 01:51:04PM -0700, Junio C Hamano wrote:
> Josh Triplett <j...@joshtriplett.org> writes:
>
> > On Fri, Sep 09, 2016 at 12:41:56PM -0700, Junio C Hamano wrote:
> >> So here is a suggested replacement. I notice that in the MIME case,
> >
uot; &&
> cat >msg <<-INPUT_END &&
> base-commit: 6ebdac1bab966b720d776aa43ca188fe378b1f4b
>
> ------mimemime--
>
> We may want to tweak it a bit further.
>
> -- >8 --
> From: Josh Triplett <j...@joshtriplett.org>
>
This provides a shorter and more convenient alias for
--subject-prefix='RFC PATCH'.
Includes documentation in the format-patch manpage, and a new test
covering --rfc.
Signed-off-by: Josh Triplett <j...@joshtriplett.org>
---
v3:
- Fix an error message referring to --subject-prefix
-
On Mon, Sep 19, 2016 at 10:49:17AM -0700, Junio C Hamano wrote:
> Andrew Donnellan writes:
>
> > Sounds good to me. Agreed that "RFC" is essentially the only prefix
> > other than "PATCH" that I see, at least in the kernel.
>
> Around here I think we saw WIP too,
1 - 100 of 123 matches
Mail list logo