Re: Re: [Bug report] 'git status' always says Your branch is up-to-date with 'origin/master'

On 6 January 2014 01:24, Thomas Ackermann th.ac...@arcor.de wrote: Hi Jiang, this happens with all of my repo clones (I am using V1.8.5.2 on Windows and on Linux). Steps to reproduce: mkdir repo_a cd repo_a git init . echo 1foo git add foo git commit -m 1 cd .. git clone repo_a

Pack bitmaps on Git for Windows

is not actually present. This does not appear to be an issue with normal git, per the documentation for git config at http://www.git-scm.com/docs/git-config. Bryan Turner -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More

Re: Returning error message from custom smart http server

on how they _intended_ this all to be used, but it works for us. A full example looks something like this: 0036# service=git-receive-packERR This is a test\n Hope this helps, Bryan Turner It does look that way. Does the following patch work for you? -- 8 -- Subject: [PATCH] http

2.2.0-rc behavior changes (1/2)

Sahlberg sahlb...@google.com Date: Wed Apr 30 09:22:45 2014 -0700 refs.c: make delete_ref use a transaction Best regards, Bryan Turner -- 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

2.2.0-rc behavior changes (2/2)

d3038d22f91aad9620bd8e6fc43fc67c16219738 Author: Jeff King p...@peff.net Date: Wed Oct 15 18:41:35 2014 -0400 prune: keep objects reachable from recent objects Best regards, Bryan Turner -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org

Re: 2.2.0-rc behavior changes (1/2)

On Mon, Nov 10, 2014 at 8:22 PM, Jeff King p...@peff.net wrote: On Mon, Nov 10, 2014 at 07:47:32PM +1100, Bryan Turner wrote: First change: git update-ref -d /refs/heads/nonexistent some-valid-sha1 now produces an error about ref locking that it didn't produce before Git 2.1.x and prior

Re: 2.2.0-rc behavior changes (2/2)

On Mon, Nov 10, 2014 at 8:31 PM, Jeff King p...@peff.net wrote: On Mon, Nov 10, 2014 at 07:51:00PM +1100, Bryan Turner wrote: Second change: git gc --auto now fails if there are loose empty blobs. We have a test which just touched empty files in objects/17 to trigger the gc --auto

Re: [PATCH] More typofixes.

That's a pretty impressive list of corrections. Reviewed-by: Bryan Turner btur...@atlassian.com -- 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

Re: Flatten history

merge --squash will just apply the changes without creating a commit. You can then make any final changes you want to and write your commit message for the feature. Hope this helps, Bryan Turner -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord

Re: [PATCH] The images from picon and gravatar are always used over http://, and browsers give mixed contents warning when gitweb is served over https://.

This won't work correctly as-is. The secure URL for Gravatar is https://secure.gravatar.com[1], not https://www.gravatar.com;. [1] See the Secure Requests section on: https://en.gravatar.com/site/implement/images/ On 29 January 2013 14:03, Junio C Hamano gits...@pobox.com wrote: Thanks; will

Re: [PATCH] The images from picon and gravatar are always used over http://, and browsers give mixed contents warning when gitweb is served over https://.

://secure...; to get the avatars to load correctly. That's been ~8 months ago now, though, so maybe it's no longer the case. It seems like it would be much more convenient if they just changed the scheme. Bryan On 29 January 2013 15:12, Jonathan Nieder jrnie...@gmail.com wrote: Hi Bryan, Bryan

Question: git clone --no-checkout behavior

not surprised every file shows deleted; I'm surprised that the deletion starts out already staged. A git reset unstages all of the deletions and I'm good to go. I'm just wondering why they're all staged in the first place; it seems counter-intuitive. Can anyone shed some light on this? Bryan Turner

Re: Moving commits from one branch to another (improving my git fu!)

dev and apply those new commits. Hope this helps, Bryan Turner On 22 October 2013 16:38, Mandeep Sandhu mandeepsandhu@gmail.com wrote: Hi All, I'm in a bit of a pickle! :) So I've come to ask for help from the guru's here. My story is not unique but somehow the various suggested

Re: GIT Hooks and security

on the list for why that's the case. Hope this helps, Bryan Turner On 26 October 2013 09:25, Olivier Revollat revol...@gmail.com wrote: But when someone do a clone he don't have .git/hooks directory downloaded to his local computer ? I thought so ... 2013/10/26 Junio C Hamano gits...@pobox.com

Re: Error message: unable to open object pack directory: .git/objects/pack: Too many open files

On 13 November 2013 13:48, Duy Nguyen pclo...@gmail.com wrote: On Tue, Nov 12, 2013 at 9:38 PM, Лежанкин Иван abys...@gmail.com wrote: I use linux. I can't publish repo - it's proprietary, it weights ~300M unpacked, and it uses references ~3Gb. Error message doesn't contain remote: prefix.

Symbolic refs break ref advertisement on 1.8.4.3+

once you have 15-20 symbolic refs (more or less depending on path lengths), you blow the 996 byte limit in format_packet (pkt-line.c) and all further clone/fetch operations fail. I've verified this same issue exists in all 1.8.5 RCs. Best regards, Bryan Turner -- To unsubscribe from this list: send

git diff-tree commit detail bug in 2.0.2 and 2.0.3

|%h|%P|%p|%aN|%aE|%at%n%B%n 9214ac7 commit 9214ac79728424a971244c34432c6d948754198d 9214ac79728424a971244c34432c6d948754198d|9214ac7|c5e16f37164f1b7411685def64d7390775437f07|c5e16f3|Bryan Turner|btur...@atlassian.com|1406539558 Second commit bturner@ubuntu:/tmp/test.git$ /opt/git/2.0.3/bin/git diff

Re: git diff-tree commit detail bug in 2.0.2 and 2.0.3

745224e04a03e4544c58d5d38d3c54f67100f8eb Author: David Turner dtur...@twopensource.com Date: Wed Jun 18 01:54:42 2014 -0400 Best regards, Bryan Turner -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info

Re: git diff-tree commit detail bug in 2.0.2 and 2.0.3

string. Please give them some quick sanity check. Thanks. Thanks both of you; I appreciate your efforts! I've run my suite of tests against the tips of master and maint and all 681 pass for each. Looks good to me. Best regards, Bryan Turner -- To unsubscribe from this list: send the line

Re: git status / git diff -C not detecting file copy

in the repository. Note that this can be slower, which is the reason why it's not the default. The documentation for git diff describes the -C (--find-copies) and --find-copies-harder flags and their limitations. Hope this helps, Bryan Turner On Sun, Nov 30, 2014 at 11:35 AM, Pol Online i...@pol

Re: git status / git diff -C not detecting file copy

this helps, Bryan Turner On Sun, Nov 30, 2014 at 12:30 PM, Pol Online i...@pol-online.net wrote: Hi Bryan, OK that explains the behavior of git diff, but what about git status? The doc implies it should be able to detect copies in the index / staging area since it has a C state. - Pol

http-protocol question

. Is there actually logic somewhere in Git that does that MAY walk backwards step? Or is that something another implementation of Git may do but the standard Git does not? Thanks, Bryan Turner -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org

Re: http-protocol question

On Tue, Dec 2, 2014 at 2:34 PM, Jonathan Nieder jrnie...@gmail.com wrote: Hi Bryan, Bryan Turner wrote: Is there actually logic somewhere in Git that does that MAY walk backwards step? Yes. See upload-pack.c::check_non_tip and http://thread.gmane.org/gmane.comp.version-control.git/178814

Re: http-protocol question

On Tue, Dec 2, 2014 at 3:28 PM, Bryan Turner btur...@atlassian.com wrote: On Tue, Dec 2, 2014 at 2:34 PM, Jonathan Nieder jrnie...@gmail.com wrote: Hi Bryan, Bryan Turner wrote: Is there actually logic somewhere in Git that does that MAY walk backwards step? Yes. See upload-pack.c

Re: http-protocol question

On Tue, Dec 2, 2014 at 3:45 PM, Jonathan Nieder jrnie...@gmail.com wrote: Hi, Bryan Turner wrote: The reason I ask is that there is a race condition that exists where the ref advertisement lists refs/heads/foo at abc1234, and then foo is deleted before the actual upload-pack request comes

Re: http-protocol question

On Tue, Dec 2, 2014 at 4:33 PM, Jeff King p...@peff.net wrote: On Tue, Dec 02, 2014 at 04:04:11PM +1100, Bryan Turner wrote: Can you say more about the context? For example, was this actually happening, or is this for the sake of understanding the protocol better? I ask because it's

Re: git status / git diff -C not detecting file copy

On Tue, Dec 2, 2014 at 5:55 PM, Jeff King p...@peff.net wrote: So from these timings, I'd conclude that: 1. It's probably fine to turn on copies for git status. 2. It's probably even OK to use -C -C for some projects. Even though 22s looks scary there, that's only 11ms for git.git

Re: folder naming bug?

Are you, by any chance, on MacOS? HFS+ by default is case-insensitive-but-case-preserving, and Git on MacOS by default runs with core.ignorecase = true as a result. If you set that to false does it change the behavior? Hope this helps, Bryan Turner On Tue, Feb 3, 2015 at 12:56 PM, Kevin Coleman

Re: Big repo not shrinking on repack or gc?

On Thu, Jan 15, 2015 at 4:24 AM, Junio C Hamano gits...@pobox.com wrote: Andreas Krey a.k...@gmx.de writes: On Wed, 14 Jan 2015 07:49:36 +, Jeff King wrote: ... You don't need the -f here. Just git repack -ad should be enough (and the -f probably makes it _way_ slower). Indeed, factor

Re: Big repo not shrinking on repack or gc?

On Thu, Jan 15, 2015 at 5:38 PM, Andreas Krey a.k...@gmx.de wrote: On Thu, 15 Jan 2015 12:23:00 +, Bryan Turner wrote: ... Guess in the dark: ls -l .git/objects/pack Do you see any .keep files? Lots of. :-( I'm one of the Stash developers and just noticed this thread

Re: Big repo not shrinking on repack or gc?

On Thu, Jan 15, 2015 at 6:43 PM, Andreas Krey a.k...@gmx.de wrote: On Thu, 15 Jan 2015 18:05:46 +, Bryan Turner wrote: ... They do. So it seems it was forked once upon a time, but... /opt/apps/atlassian/stash-data/shared/data/repositories $ grep '' */objects/info/alternates 158

Re: bug report : 2.3.5 ssh repo not found

On Sat, Apr 25, 2015 at 3:57 PM, Chris chrisb.d...@gmail.com wrote: Hello, Using git version 2.3.5 with kernel 3.19.3-3-ARCH #1 SMP PREEMPT x86_64 I see the following error message when pulling or cloning a repo over ssh: git clone ssh://user@mydomain:/home/user/path/to/project.git

Re: [ANNOUNCE] Git v2.4.0-rc2

On Wed, Apr 15, 2015 at 7:48 AM, Junio C Hamano gits...@pobox.com wrote: A release candidate Git v2.4.0-rc2 is now available for testing at the usual places. The difference since -rc1 is mostly l10n and a handful of documentation clean-ups. The tarballs are found at:

Re: Git for Windows crashes on Windows 10

On Tue, Feb 2, 2016 at 10:28 PM, 孙乾程 wrote: > I'm not a native English speaker. I'm sorry if I didn't explain the problem > clearly. > I'm using Windows 10 Enterprise Insider Preview (I'll use Win10 instead > below). Until yesterday, I'm using Win10 build 11102, and

Re: Git clone sends first an empty authorization header

On Fri, Mar 4, 2016 at 9:51 PM, Guilherme wrote: > Hi, > > When doing basic authentication using git clone by passing the > username and password in the url git clone will first send a GET > request without the authorization header set. > > Am i seeing this right? I believe

Re: credentials are being erased from credential manager via git credential-wincred erase command

determine why authentication is failing. If you do open a support request, please mention me in your description so that our support engineers can attach me to the issue! Best regards, Bryan Turner On Wed, Apr 13, 2016 at 12:49 PM, O'Connell, Ken <Ken.O'conn...@cognex.com> wrote: > Good afternoon

Re: --abbrev-commit gives longer hash than necessary

are, as your repository grows over time. The default isn't just about what's likely to be unique now; it's about what's likely to stay unique for a period of time. Hope this helps! Bryan Turner On Thu, Jun 30, 2016 at 12:38 PM, Steffen Nurpmeso <stef...@sdaoden.eu> wrote: > Hello, for your possible

Re: [RFC] - url-safe base64 commit-id's

On Mon, Feb 27, 2017 at 6:27 PM, G. Sylvie Davies wrote: > Is there any appetite for base64'd commit-id's, using the url-safe > variant (e.g. RFC 4648 [1] with padding removed)? > > And so this: > 712bad335dfa9c410a83f9873614a19726acb3a8 > > Becomes this: >

Re: v2.9.3 and v2.10.0: `name-ref' HEAD gives wrong branch name

On Tue, Sep 20, 2016 at 9:23 AM, Steffen Nurpmeso wrote: > Hello again, > > yah, sorry, i'm back again.. > I try to find a way to find the name of the current branch in an > automated way, because i need to ensure that a commit happens on > it and no other branch. Now the

Re: [PATCH 07/18] link_alt_odb_entry: handle normalize_path errors

> >> Is there anything I can do to help? I'm happy to test out changes. > > The patch at the end of his mail obviously passes the newly-added tests > for me, but please confirm that it fixes your test suite. > > I gather your suite is about noticing behavior changes between different > versions.

Re: [PATCH 07/18] link_alt_odb_entry: handle normalize_path errors

s in alternates is something still actively developed and enhanced. Is it intentional that this breaks the ability to use relative alternates? If this is to be the "new normal", is there any other option when using environment variables besides using absolute paths? Best regards, Bryan Turner [1]: https://github.com/git/git/commit/087b6d584062f5b704356286d6445bcc84d686fb -- Also newly tagged in 2.11.0-rc0

Re: [PATCH 07/18] link_alt_odb_entry: handle normalize_path errors

On Mon, Nov 7, 2016 at 4:30 PM, Jeff King <p...@peff.net> wrote: > On Mon, Nov 07, 2016 at 03:42:35PM -0800, Bryan Turner wrote: > >> > @@ -335,7 +340,9 @@ static void link_alt_odb_entries(const char *alt, int >> > len, int sep, >> > } >

Re: Races on ref .lock files?

at auto GC will always be disabled for all repositories and managed explicitly within Bitbucket Server instead, so a future upgrade should automatically prevent these messages from appearing on clients. Best regards, Bryan Turner On Fri, Dec 16, 2016 at 9:20 AM, Junio C Hamano <gits...@pobox.com>

Re: Flurries of 'git reflog expire'

On Mon, Jul 10, 2017 at 9:45 PM, Andreas Krey <a.k...@gmx.de> wrote: > On Thu, 06 Jul 2017 10:01:05 +0000, Bryan Turner wrote: > >> I also want to add that Bitbucket Server 5.x includes totally >> rewritten GC handling. 5.0.x automatically disables auto GC in all >

Re: name-rev: anchor pattern without --exclude?

On Thu, Jul 6, 2017 at 10:23 AM, Kyle Meyer wrote: > Junio C Hamano writes: >> Kyle Meyer writes: > >> What is the answer desired by your application when two or more >> branches point at the same commit you are interested in? Pick one at >>

Re: Flurries of 'git reflog expire'

I'm one of the Bitbucket Server developers. My apologies; I just noticed this thread or I would have jumped in sooner! On Thu, Jul 6, 2017 at 6:31 AM, Andreas Krey wrote: > On Wed, 05 Jul 2017 04:20:27 +, Jeff King wrote: >> On Tue, Jul 04, 2017 at 09:57:58AM +0200, Andreas

Re: Binary files

t work for your use case? Best regards, Bryan Turner

Re: upgarding GIT

figure the general Git list isn't interested in this issue.) Best regards, Bryan Turner

Re: [BUG] Failed to sign commit

> $ GIT_TRACE=1 git commit --allow-empty -v -m "lol" > 11:37:24.594795 git.c:369 trace: built-in: git 'commit' > '--allow-empty' '-v' '-m' 'lol' > 11:37:24.605842 run-command.c:369 trace: run_command: 'gpg' > '--status-fd=2' '-bsau' '8AEC0DB537A9FC7E' > error: gpg failed to

Re: Git checkout issue - deleting file without apparent reason

On Tue, May 2, 2017 at 6:33 PM, Paul van Wichen wrote: > Hi, > > We are having a strange issue that we haven't been able to pin down. > Scenario: master branch and feature branch both have a specific file. > 1. Master checked out. > 2. git status show no changes /

Re: Git smart http: parsing commit messages in git-receive-pack

review them. If they don't meet your requirements, just reject the push and Git will delete the objects automatically Hope this helps! Bryan Turner > > Thanks in advance, > Ákos Tajti > [1]: https://git-scm.com/docs/githooks includes documentation for pre-receive inputs and outputs [2]:

Re: [RFC 0/7] transitioning to protocol v2

st based on reading the overview and knowing our code I think the described approaches should work fine. Best regards, Bryan Turner

Re: git merge algorithm question

On Tue, Sep 5, 2017 at 5:53 PM, Daniel Biran wrote: > >>> I'm trying to better understand one of the merge algorithms as I had some >>> triumphs and tribulations with using a set of commands during a merge. >>> tldr: can a git merge -s recursive -X patience; // result in a

Re: what is git's position on "classic" mac -only end of lines?

em, though. In general, `git blame` and `git diff`, for example, don't seem honor them. Perhaps someone else knows of some useful knows of which I'm not aware. Best regards, Bryan Turner

Re: [RFC 7/7] upload-pack: ack version 2

On Thu, Aug 24, 2017 at 3:53 PM, Brandon Williams wrote: > + > + version = getenv("GIT_PROTOCOL"); > + if (!strcmp(version, "2")) > + upload_pack_v2(); > + I think the "if" check here needs some type of NULL check for "version" before calling

Re: [RFC 0/7] transitioning to protocol v2

On Wed, Aug 30, 2017 at 2:12 PM, Brandon Williams <bmw...@google.com> wrote: > On 08/30, Bryan Turner wrote: >> On Fri, Aug 25, 2017 at 10:29 AM, Jeff King <p...@peff.net> wrote: >> > On Thu, Aug 24, 2017 at 03:53:21PM -0700, Brandon Williams wrote: >> >

Re: Git Hooks

f the > proposed change would introduce unseen issues. > > > Thanks, > Satya Hope this helps! Bryan Turner

Re: why can *some* git commands not be run from within .git directory?

On Tue, Nov 14, 2017 at 1:18 AM, Robert P. J. Day wrote: > > just noticed something i was unaware of -- some git commands can't > be run if i'm in the .git directory, while others can. for example, > if i "cd .git", commands like this work just fine: > > $ git show >

Re: [PATCH 0/6] Create Git/Packet.pm

On Thu, Oct 26, 2017 at 2:07 AM, Jacob Keller wrote: > On Wed, Oct 25, 2017 at 10:38 PM, Junio C Hamano wrote: >> Johannes Schindelin writes: >> >>> Note that the correct blib path starts with `C:\BuildAgent\_work` and >>>

Re: [PATCH 0/6] Create Git/Packet.pm

On Thu, Oct 26, 2017 at 2:07 AM, Jacob Keller wrote: > On Wed, Oct 25, 2017 at 10:38 PM, Junio C Hamano wrote: >> Johannes Schindelin writes: >> >>> Note that the correct blib path starts with `C:\BuildAgent\_work` and >>>

Re: Git for Windows v2.15.0-rc prerelease, was Re: [ANNOUNCE] Git v2.15.0-rc2

ry (pending the final 2.15.0 release). I've done the same for 2.15.0-rc2 on Linux as well. Best regards, Bryan Turner

Re: Fetching tags overwrites existing tags

On Fri, Apr 27, 2018 at 12:08 PM, Wink Saville wrote: > > The other change was rather than using > ""+refs/tags/*:refs/remote-tags/$name/*" > I've changed it to "+refs/tags/*:refs/remote/tags/$name/*" which seems > cleaner. > Again, if remote-tags is preferred I'll change it

Re: [Best Practices Request] clean/smudge configuration

On Wed, May 9, 2018 at 3:09 PM Randall S. Becker wrote: > The question: what is the best practice for versioning the parts of > clean/smudge filters that are in .git/config given that only some users in > my environment will be cloning the repository in question and that

Re: Git case-sensitivity bug

sensitive macOS filesystems and on NTFS on Windows. Hope this helps! Bryan Turner

Re: git question from a newbie

On Tue, Jun 5, 2018 at 2:33 PM Heinz, Steve wrote: > > Hi. > > I am new to Git and have read quite a few articles on it. > I am planning on setting up a remote repository on a windows 2012 R2 server > and will access it via HTTPS. > I am setting up a local repository on my desk top (others in my

Re: Unexpected ignorecase=false behavior on Windows

On Mon, Jun 25, 2018 at 9:34 AM Junio C Hamano wrote: > > Bryan Turner writes: > > > Git on Windows is not designed to run with anything other than > > core.ignoreCase=true, and attempting to do so will cause unexpected > > behavior. > > Even though I

Re: Unexpected ignorecase=false behavior on Windows

On Fri, Jun 22, 2018 at 1:45 PM Marc Strapetz wrote: > > On 22.06.2018 19:36, Johannes Sixt wrote: > > Am 22.06.2018 um 14:04 schrieb Marc Strapetz: > >> On Windows, when creating following repository: > >> > >> $ git init > >> $ echo "1" > file.txt > >> $ git add . > >> $ git commit -m "initial

Re: Can't squash merge with merge.ff set to false

On Fri, Jan 5, 2018 at 12:35 PM, Robert Dailey <rcdailey.li...@gmail.com> wrote: > On Fri, Jan 5, 2018 at 2:26 PM, Paul Smith <p...@mad-scientist.net> wrote: >> On Fri, 2018-01-05 at 12:12 -0800, Bryan Turner wrote: >>> On Fri, Jan 5, 2018 at 11:59 AM, Robert Da

Re: Can't squash merge with merge.ff set to false

uot; and that commit is fast-forward from the target, a new commit is not created and instead the target branch is fast-forwarded. With "--no-ff", it's questionable what "--squash" should do in that case. Fast-forward anyway? Rewrite the commit simply to get new committer details and SHA-1? Hope this helps! Bryan Turner

Re: git 2.16, Jenkins git client plugin, and ""

On Wed, Jan 24, 2018 at 3:55 PM, Mark Waite wrote: > It appears that git 2.16.0 and 2.16.1 have introduced a change which > surprises the Jenkins git client plugin. > > Git 2.16.0 and 2.16.1 on Linux both report "fatal: ssh variant > 'simple' does not support setting port"

Re: Location limits on development, staging and production environments

On Mon, Jan 29, 2018 at 11:08 AM, H wrote: > I am a newcomer to git looking to set up a web development environment where > individual computers are used for development, the development.git, > staging.git and production.git repositories are stored on an external server

2 conflicts referencing the same path?

rare) case? Or could it represent some sort of issue in Git's 3-way merge algorithm (in its behavior or perhaps in how the merge conflicts are logged)? Any insights appreciated! Bryan Turner

Re: repository history?

On Tue, Feb 6, 2018 at 1:41 AM, Zsolt SZALAI wrote: > Hi, > > I wonder if there is a feature with which the history of the > repository can be listed? > i am interested in especially the usecases of pull and push, i.e. to > query when the a branch was refreshed with remote

Re: Please test Git for Windows' latest snapshot

On Fri, Feb 16, 2018 at 3:30 PM, Johannes Schindelin wrote: > Hi team, > > I am unwilling to release Git for Windows v2.16.2 on a Friday night, but I > have something almost as good. There is a snapshot available here: > > >

Re: [ANNOUNCE] Git v2.16.0-rc0

tic detection. I'd love to say I have a brilliant idea for how to work around this, oh and here's a patch, but I don't. One option might be trying to actually review the output, and another might be to run "ssh -V", but both of those have their own flaws (and the extra process forks aren't "free"). [1] https://www.openssh.com/txt/release-6.8 [2] https://launchpad.net/ubuntu/+source/openssh Best regards, Bryan Turner

Re: [ANNOUNCE] Git v2.16.0-rc0

On Tue, Jan 2, 2018 at 9:07 PM, Jonathan Nieder <jrnie...@gmail.com> wrote: > Hi Bryan, > > Bryan Turner wrote: > >> Our test environment is still on Ubuntu 12.04 LTS (it's a long story, >> but one I doubt is unique to us), which means it's using OpenSSH 5.9. >>

Re: "Changes not staged for commit" after cloning a repo on macOS

On Wed, Aug 15, 2018 at 1:50 PM Hadi Safari wrote: > > Hi everyone! > > I encountered a strange situation on OS X recently. I cloned a > repository (https://github.com/kevinxucs/Sublime-Gitignore.git), went to > folder, and saw "Changes not staged for commit" message for four > specific files. It

Re: Request for testing v2.19.0-rc0 *with builtin stash/rebase*

difference in my day to day work. And that's not to mention all the Bitbucket Server and Bitbucket Data Center users who will enjoy a snappier experience as these changes make their way out into the wild. Best regards, Bryan Turner

Re: Get "Your branch is ahead of 'origin/master'" message when explicitly passing origin url at push command

If you want to push to a _remote_, you either need to: - Name the remote ("git push origin"), or - Leave it off, so Git will assume origin ("git push") Pushing to a URL that matches a remote's URL is _not_ pushing to a remote. It's pushing to an explicit URL. Hope this helps, Bryan Turner > > >

Re: [Possible GIT Bug]

On Sun, Sep 9, 2018 at 6:31 AM Dylan Young wrote: > > Works: > > git show -C --find-copies-harder 055f6c89fa4506037d1621761f13430f469b8029 > > git show -C --find-copies-harder > 055f6c89fa4506037d1621761f13430f469b8029 --name-status Here, because you didn't provide _any_ paths, Git is allowed

Re: Self-inflicted "abort" in a newbie attempt at read-only exploration of a cloned repository?

On Thu, Apr 5, 2018 at 4:18 PM, Bryan Turner <btur...@atlassian.com> wrote: > On Thu, Apr 5, 2018 at 12:42 PM, Thierry Moreau > <thierry.mor...@connotech.com> wrote: >> Dear GIT enthusiasts! >> >> This ends up with a "git checkout" command aborting.

Re: Self-inflicted "abort" in a newbie attempt at read-only exploration of a cloned repository?

On Thu, Apr 5, 2018 at 12:42 PM, Thierry Moreau wrote: > Dear GIT enthusiasts! > > This ends up with a "git checkout" command aborting. A bit frustrating at > the early stage of GIT learning curve. > > My first goal is to clone repositories locally in order to

Re: Bug Report - Pull remote branch does not retrieve new tags

Andrew, On Thu, Apr 19, 2018 at 6:55 AM, Andrew Ducker wrote: > > What happens: > When I create a new tag on the remote (changing nothing else) > "git pull origin master" produces the following: > From git.internal.company.com:team/testrepo >* branch

Re: getting fatal error trying to open git gui

On Fri, Mar 16, 2018 at 2:01 PM, Briggs, John wrote: > No, it was a fresh install. Plus file search reveals only one copy of the > file. > > I also noticed that I cannot use the file properties to run as administrator. > I must right-click on Git GUI and select "More >>

Re: [ANNOUNCE] Git v2.17.0-rc1

On Fri, Mar 23, 2018 at 10:47 AM, Johannes Schindelin wrote: > Hi team, > > On Wed, 21 Mar 2018, Junio C Hamano wrote: > >> A release candidate Git v2.17.0-rc1 is now available for testing >> at the usual places. It is comprised of 493 non-merge commits >> since

Re: Fwd: Git credentials not working

On Wed, Oct 3, 2018 at 12:34 PM Dimitri Kopriwa wrote: > > I have replaced the way I fill the git credentials store, I have verify > ~/.git-credentials and information are there, the ~/.gitconfig look fine > too. > > I still have 401 error when reading from that file. > > This is the paste log :

Re: Parsing a git HTTP protocol response

On Fri, Nov 30, 2018 at 5:05 PM Farhan Khan wrote: > > Hi all, > > I am writing an implementation of the git HTTP pack protocol in C. It > just does a request to clone a repository. It works pretty well for > small repositories, but seems to fail on larger repositories and I do > not understand

Re: Parsing a git HTTP protocol response

On Fri, Nov 30, 2018 at 6:58 PM Bryan Turner wrote: > > Here's a (very ugly) patch I threw together on top of your code: ...snip Gmail butchered my patch, so here it is as an attachment. Bryan short-size-reads.patch Description: Binary data

Re: Forcing GC to always fail

On Wed, Nov 28, 2018 at 5:19 PM Junio C Hamano wrote: > > > Another issue with the canned steps for "git gc" is that it means it > > can't be used to do specific types of cleanup on a different schedule > > from others. For example, we use "git pack-refs" directly to > > frequently pack the refs

Re: Retrieving a file in git that was deleted and committed

On Thu, Dec 6, 2018 at 11:26 PM Jeff King wrote: > > On Thu, Dec 06, 2018 at 11:07:00PM -0800, biswaranjan panda wrote: > > > Thanks! Strangely git log --follow does work. > > I suspect it would work even without --follow. When you limit a log > traversal with a pathspec, like: > > git log foo

Re: Retrieving a file in git that was deleted and committed

On Thu, Dec 6, 2018 at 10:49 PM biswaranjan panda wrote: > > I have the following scenario: > > On a branch A, I deleted a file foo.txt and committed the change. Then > I did a bunch of other changes. > Now I want to undelete foo.txt. > > One way is to checkout a separate branch B where the file

Re: Git for Windows v2.20.0-rc0, was Re: [ANNOUNCE] Git v2.20.0-rc0

On Wed, Nov 21, 2018 at 6:20 AM Jeff King wrote: > > On Tue, Nov 20, 2018 at 03:17:07PM -0800, Bryan Turner wrote: > > > I've run 2.20.0-rc0 through the test matrix for Bitbucket Server on > > both Linux and Windows, and the only failures were related to this > > chang

Re: Git for Windows v2.20.0-rc0, was Re: [ANNOUNCE] Git v2.20.0-rc0

sible.) For what it's worth, I think having -l mean --list is a _good change_, and one that will likely be more natural for both new and existing users. It's the rapid changeover that hurts. Best regards, Bryan Turner [1] https://git-scm.com/docs/git-branch/2.18.0 [2] https://git-scm.com/docs/git-branch/2.19.0

Forcing GC to always fail

Something of an odd question, but is there something I can do in the configuration for a repository that forces any "git gc" run in that repository to always fail without doing anything? (Ideally I'd like to make "git reflog expire" _also_ fail.) Background: For Bitbucket Server, we have a fairly

Re: Forcing GC to always fail

On Tue, Nov 27, 2018 at 3:47 PM Ævar Arnfjörð Bjarmason wrote: > > > On Tue, Nov 27 2018, Bryan Turner wrote: > > > > > Is there anything I can set, perhaps some invalid configuration > > option/value, that will make "git gc" (most important) and "git

Re: Forcing GC to always fail

On Tue, Nov 27, 2018 at 5:55 PM Elijah Newren wrote: > > On Tue, Nov 27, 2018 at 4:16 PM Ævar Arnfjörð Bjarmason > wrote: > > > > On Wed, Nov 28 2018, Bryan Turner wrote: > > > > > On Tue, Nov 27, 2018 at 3:47 PM Ævar Arnfjörð Bjarmason > > > wr