This repository has been archived by the owner on Nov 9, 2017. It is now read-only.
forked from git-for-windows/git
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add a README.md for GitHub goodness. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
This works around the push-over-git-protocol issues pointed out in msysgit#101. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Symlink support
Add Vagrant support (easy Linux VM setup)
This branch introduces support for reading the "Windows-wide" Git configuration from `%PROGRAMDATA%\Git\config`. As these settings are intended to be shared between *all* Git-related software, that config file takes an even lower precedence than `$(prefix)/etc/gitconfig`. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Verify memoized files can be reloaded before using them
Allow `add -p` and `add -i` with a large number of files
nanosecond file times for v2.5.3
This topic branch addresses the bug where Git for Windows 2.x' Git GUI failed to generate a working shortcut via Repository>Create Desktop Shortcut. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Better mmap() emulation
Improve the default user name & email logic
Fix Visual Studio .sln/.vcproj generation.
Address Space Layout Randomization (ASLR) allows executables' memory layout to change at random between runs, and therefore offers a quite decent protection against many attacks. We enable ASLR because MSYS2's C compiler offers support for ASLR, and whatever performance impact it has is neglible, according to https://insights.sei.cmu.edu/cert/2014/02/differences-between-aslr-on-windows-and-linux.html This merges the part of #612 that does not break Git ;-) This fixes #608 Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Use msysGit's `git-wrapper` instead of the builtins. This works around two issues: - when the file system does not allow hard links, we would waste over 800 megabyte by having 109 copies of a multi-megabyte executable - even when the file system allows hard links, the Windows Explorer counts the disk usage as if it did not. Many users complained about Git for Windows using too much space (when it actually did not). We can easily avoid those user complaints by merging this branch. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
This topic branch adds the --command=<command> option that allows starting the Git Bash (or Git CMD) with different terminal emulators than the one encoded via embedded string resources. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Part 2/3 of fixing #263 Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
There was a bug in the wrapper where it would interpolate incorrectly if the name of the environment variable to expand was longer than the value. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
This addresses #521 Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
This patch needs to be contributed to gitk proper, of course. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
This fixes an issue where the Git wrapper would terminate upon Ctrl+C, even in the case when its child process would *not* terminate. Note: while the original intention was to fix running Git Bash in ConsoleZ, the bug fix applies also to running C:\Program Files\Git\bin\bash -l -i in a cmd window. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
added issue template mirroring wiki notes
…dow-width Make the "list references" default window width wider
When a 1-line file is augmented by a second line, and the user tries to stage that single line via the "Stage Line" context menu item, we do not want to see "apply: corrupt patch at line 5". The reason for this error was that the hunk header looks like this: @@ -1 +1,2 @@ but the existing code expects the original range always to contain a comma. This problem is easily fixed by cutting the string "1 +1,2" (that Git GUI formerly mistook for the starting line) at the space. This fixes #515 Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Fix initial git gui message encoding
Symlink support
Add Vagrant support (easy Linux VM setup)
This branch introduces support for reading the "Windows-wide" Git configuration from `%PROGRAMDATA%\Git\config`. As these settings are intended to be shared between *all* Git-related software, that config file takes an even lower precedence than `$(prefix)/etc/gitconfig`. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Verify memoized files can be reloaded before using them
Allow `add -p` and `add -i` with a large number of files
nanosecond file times for v2.5.3
This topic branch addresses the bug where Git for Windows 2.x' Git GUI failed to generate a working shortcut via Repository>Create Desktop Shortcut. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Better mmap() emulation
Improve the default user name & email logic
Fix Visual Studio .sln/.vcproj generation.
Address Space Layout Randomization (ASLR) allows executables' memory layout to change at random between runs, and therefore offers a quite decent protection against many attacks. We enable ASLR because MSYS2's C compiler offers support for ASLR, and whatever performance impact it has is neglible, according to https://insights.sei.cmu.edu/cert/2014/02/differences-between-aslr-on-windows-and-linux.html This merges the part of #612 that does not break Git ;-) This fixes #608 Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Use msysGit's `git-wrapper` instead of the builtins. This works around two issues: - when the file system does not allow hard links, we would waste over 800 megabyte by having 109 copies of a multi-megabyte executable - even when the file system allows hard links, the Windows Explorer counts the disk usage as if it did not. Many users complained about Git for Windows using too much space (when it actually did not). We can easily avoid those user complaints by merging this branch. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
This topic branch adds the --command=<command> option that allows starting the Git Bash (or Git CMD) with different terminal emulators than the one encoded via embedded string resources. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Part 2/3 of fixing #263 Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
There was a bug in the wrapper where it would interpolate incorrectly if the name of the environment variable to expand was longer than the value. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
This addresses #521 Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
This patch needs to be contributed to gitk proper, of course. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
This fixes an issue where the Git wrapper would terminate upon Ctrl+C, even in the case when its child process would *not* terminate. Note: while the original intention was to fix running Git Bash in ConsoleZ, the bug fix applies also to running C:\Program Files\Git\bin\bash -l -i in a cmd window. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
added issue template mirroring wiki notes
…dow-width Make the "list references" default window width wider
When a 1-line file is augmented by a second line, and the user tries to stage that single line via the "Stage Line" context menu item, we do not want to see "apply: corrupt patch at line 5". The reason for this error was that the hunk header looks like this: @@ -1 +1,2 @@ but the existing code expects the original range always to contain a comma. This problem is easily fixed by cutting the string "1 +1,2" (that Git GUI formerly mistook for the starting line) at the space. This fixes #515 Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Fix initial git gui message encoding
Fixed masking username with asterisks when reading credentials
The CreateProcessW() function does not really support spaces in its first argument, lpApplicationName. But it supports passing NULL as lpApplicationName, which makes it figure out the application from the (possibly quoted) first argument of lpCommandLine. Let's use that trick (if we are certain that the first argument matches the executable's path) to support launching programs whose path contains spaces. This fixes https://github.com/git-for-windows/git/issue/692 Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
This change lets us spawn .bat scripts whose paths contain spaces. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
(invalid)