Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • 22:38
    pmiossec commented #7323
  • 22:20
    gerhardol labeled #7323
  • 22:20
    gerhardol opened #7323
  • 22:20
    gerhardol labeled #7323
  • 21:43
    gerhardol commented #7321
  • 21:25
    drewnoakes commented #7321
  • 20:51
    gerhardol closed #7322
  • 20:51
    gerhardol commented #7322
  • 20:49
    gerhardol unassigned #7322
  • 20:49
    gerhardol unlabeled #7322
  • 20:49
    gerhardol commented on a3420a2
  • 15:04
    sharwell commented #7321
  • 15:04
    codecov[bot] commented #7291
  • 15:02
    codecov[bot] commented #7291
  • 14:47
    codecov[bot] commented #7291
  • 14:47
    msftbot[bot] unlabeled #7291
  • 14:47
    meaney synchronize #7291
  • 13:49
    sharwell commented #7321
  • 13:49
    sharwell review_requested #7321
  • 13:18
    RussKie commented #7312
DmitryZhelnin
@DmitryZhelnin
14:47:37.44 95 1404 0 git rev-list 97a2620fae2ff0313dbb39e298d3c65d2b2eadeb ^97a2620fae2ff0313dbb39e298d3c65d2b2eadeb --count C:\project\ 14:47:37.53 89 3896 0 git rev-list 97a2620fae2ff0313dbb39e298d3c65d2b2eadeb ^97a2620fae2ff0313dbb39e298d3c65d2b2eadeb --count C:\project\ 14:47:43.53 42 8376 UI 0 git check-ref-format --branch "branch-4341" C:\project\ 14:47:43.58 42 12140 UI 0 git rev-parse HEAD C:\project\ 14:47:43.64 781 UI 128 git checkout -b "branch-4341" "97a2620fae2ff0313dbb39e298d3c65d2b2eadeb" C:\project\ 14:47:43.87 336 1512 0 git for-each-ref --sort=-committerdate refs/heads/ --format="%(objectname) %(refname)" C:\project\ 14:47:43.88 76 12016 UI 128 git rev-parse "MERGE_HEAD~0" C:\project\
that's related commands from command log
oh, markdown is messed up
  • 14:47:37.44 95 1404 0 git rev-list 97a2620fae2ff0313dbb39e298d3c65d2b2eadeb ^97a2620fae2ff0313dbb39e298d3c65d2b2eadeb --count C:\project\

  • 14:47:37.53 89 3896 0 git rev-list 97a2620fae2ff0313dbb39e298d3c65d2b2eadeb ^97a2620fae2ff0313dbb39e298d3c65d2b2eadeb --count C:\project\

  • 14:47:43.53 42 8376 UI 0 git check-ref-format --branch "branch-4341" C:\project\

  • 14:47:43.58 42 12140 UI 0 git rev-parse HEAD C:\project\

  • 14:47:43.64 781 UI 128 git checkout -b "branch-4341" "97a2620fae2ff0313dbb39e298d3c65d2b2eadeb" C:\project\

  • 14:47:43.87 336 1512 0 git for-each-ref --sort=-committerdate refs/heads/ --format="%(objectname) %(refname)" C:\project\

  • 14:47:43.88 76 12016 UI 128 git rev-parse "MERGE_HEAD~0" C:\project\

Hieu Do
@hieuxlu
Anyone working on #6593 ? I found that:
  1. GitRevision.SelectedItemParent should be Distinct()
  2. To work around 32767 line length cmd line limit, we have to create a new RunCommandBatch method, so we could execute long cmd in batch, and fix similar issues
  3. Commit dialog also have performance issue when resetting large number of files, because it is processing each file sequentially. Should we fix this as well?
    I'm new, would very much appreciate anyone who would like to fix this.
paullemmens
@paullemmens
Hi all, recently I started noticing "non relatives" commits in my commit history and I have no clue what that means and what is causing it. Do you perhaps have a few pointers that I can use to read up on this?
Igor Velikorossov
@RussKie
a screenshot may help here to show what you are having
sorry, on a phone
...to better show what you are having troubles with
paullemmens
@paullemmens
image.png
@RussKie Thanks for that tip. It's the grey commits that seem duplicate and branch out for (to me) no reason.
Igor Velikorossov
@RussKie
Are you showing reflogs?
paullemmens
@paullemmens
@RussKie Yes, that's it! Never noticed that I toggled it. Thanks for helping out!
ebbsenghargor
@ebbsenghargor
Hey, I'm currently working in a project that has some 7k+ branches. This makes the branch filter when searching for remote branches extremely slow since it seems like the filtering is done on every single character without a delay. Would it make sense to add a delay to avoid this issue?
Igor Velikorossov
@RussKie
wow, that is a number!
branch filtering needs some clean up and love, please raise an issue on GitHub
Are all these branches live and current? can you prune them?
ebbsenghargor
@ebbsenghargor
I raised an issue :) They branches are live, but many are stale. I can't control that much though, so I need the tool to handle it.
Igor Velikorossov
@RussKie
Can you prune stale branches? Or replace them with tags?
alexeik
@alexeik
hi , @RussKie > gitextensions/gitextensions#1643 was a moment with this issue.
today i did stage for 3567 files and wait about 2 minutes.
is it ok?
Thomas Boby
@tboby
Hi, I'm likely missing something obvious but: I just downloaded the portable release and I don't see any plugins, nor any menus to install/enable them. I see a Plugins folder in the application directory.
How do I use plugins?
Igor Velikorossov
@RussKie

@alexeik are you doing so via "stage all" or by selecting files and using "stage" option?
The latter will likely to be very slow and needs optimisation. Please raise a new issue, and provide as much info as possible.

@hieuxlu is currently doing some optimisation work in this area (e.g. gitextensions/gitextensions#7218).

@tboby have you downloaded it from https://github.com/gitextensions/gitextensions/releases/latest?
I just checked it all plugins are shipped in the portable version
Thomas Boby
@tboby
@RussKie Archive called GitExtensions-Portable-3.2.1.6628
Should I, by default, see things in the Plugins menu above "Plugin settings"?
alexeik
@alexeik
@RussKie via "stage all"
Igor Velikorossov
@RussKie
@alexeik you are welcome to raise a new issue but we'll need a repro
@tboby Please raise a new issue, it very well cpuld be we missed something in the config. all plugins are physically there
Thomas Boby
@tboby
I figured it out. Windows defender (or w/e it's called these days) blocks the .dlls in the plugins folder
On going to properties and unblocking FindLargeFiles.dll, that plugin suddenly started working again
Matthijs ter Woord
@mterwoord
are they marked as insecure in windows?
(see file properties, if there's a button/checkbox to unlock)
Thomas Boby
@tboby
Yeah, it's the "This file came from another..." unblock option
But weirdly, the .exe was fine
Matthijs ter Woord
@mterwoord
well, no, it asked for extra permission
Thomas Boby
@tboby
Ah, all the dlls in the exe folder are marked as well, but that doesn't seem to prevent running
Matthijs ter Woord
@mterwoord
ALWAYS unblock zip files before extracting them
plugins are dynamically loaded, and then unsecure ones arent allowed
at my previous employer, we had lots of issues with customers not unlocking
Thomas Boby
@tboby
In retrospect, it's obvious, but I haven't had to manually unblock a file in years. I spent an hour or two working this out, but I imagine most people will just assume GitExtensions is broken :P
Matthijs ter Woord
@mterwoord
not all software uses dynamic loading of assemblies
non-dynamic loading, you get a "this exe is insecure" message (uac -ish) and you can continue, which then means the .dll's are not necessary to block
Thomas Boby
@tboby
Can the application detect when dynamic loading fails?
Matthijs ter Woord
@mterwoord
to be fair though, assembly.load gives an error, maybe git extensions could handle that differently
Thomas Boby
@tboby
I'm curious, how does the installer get around this issue? Does windows only mark dlls as insecure if you use explorer to extract the zip?
Igor Velikorossov
@RussKie
we use MEF, we don't load assemblies manually
Matthijs ter Woord
@mterwoord
@RussKie Sure, but in the end, there's a assembly.load call
Igor Velikorossov
@RussKie
sure, I don't know how mef handles it
Thomas Boby
@tboby
Ahaha, so, msdn's answer... is use a .rar file
Matthijs ter Woord
@mterwoord
usig 7zip to unpack the .zip also works