- 02 Dec, 2015 1 commit
-
-
Kirill Smelkov authored
-
- 01 Dec, 2015 3 commits
-
-
Kirill Smelkov authored
-
Kirill Smelkov authored
-
Kirill Smelkov authored
-
- 30 Nov, 2015 2 commits
-
-
Kirill Smelkov authored
-
Kirill Smelkov authored
-
- 29 Nov, 2015 2 commits
-
-
-
Jacob Vosmaer authored
-
- 27 Nov, 2015 2 commits
-
-
Kirill Smelkov authored
-
Kirill Smelkov authored
-
- 26 Nov, 2015 4 commits
-
-
Kirill Smelkov authored
-
Kirill Smelkov authored
-
Kirill Smelkov authored
-
Kirill Smelkov authored
-
- 25 Nov, 2015 2 commits
-
-
Kirill Smelkov authored
-
Kirill Smelkov authored
-
- 24 Nov, 2015 3 commits
-
-
Jacob Vosmaer authored
gitCommand: Pass $HOME to git as well Git has 3 places for configs: - system - global (per user), and - local (per repository) System config location is hardcoded at git compile time (to usually $prefix/etc/gitconfig). Local configuration is usually picked because we pass --git-dir to subcommand. But global configuration is currently not picked at all, because HOME env variable is not passed to git. Pass $HOME through and let git see it's "global" config. Currently GitLab omnibus stores gitlab user name/email + "autocrlf = true" in global config, so missing it should not be a blocker for receive/send-pack operations. But having it is more correct and can be handy in the future if/when more git operations are done from-under gitlab-workhorse. Having $HOME properly set is also needed when one cannot change system git config and have to put site-wide configuration into global git config under $HOME. That was the case I've hit and the reason for this patch. See merge request !10
-
Kirill Smelkov authored
Git has 3 places for configs: - system - global (per user), and - local (per repository) System config location is hardcoded at git compile time (to usually $prefix/etc/gitconfig). Local configuration is usually picked because we pass --git-dir to subcommand. But global configuration is currently not picked at all, because HOME env variable is not passed to git. Pass $HOME through and let git see it's "global" config. Currently GitLab omnibus stores gitlab user name/email + "autocrlf = true" in global config, so missing it should not be a blocker for receive/send-pack operations. But having it is more correct and can be handy in the future if/when more git operations are done from-under gitlab-workhorse. Having $HOME properly set is also needed when one cannot change system git config and have to put site-wide configuration into global git config under $HOME. That was the case I've hit and the reason for this patch.
-
Jacob Vosmaer authored
Download and install go before running tests This change allows the build to run on 'shared runners'. See merge request !13
-
- 23 Nov, 2015 3 commits
-
-
Jacob Vosmaer authored
-
Jacob Vosmaer authored
-
Jacob Vosmaer authored
-
- 19 Nov, 2015 1 commit
-
-
Kamil Trzcinski authored
-
- 16 Nov, 2015 3 commits
-
-
Kamil Trzciński authored
-
Kamil Trzciński authored
Forward store response to client. Part of gitlab-org/gitlab-ce#2955 Forward received response to the client. See merge request !11
-
Marin Jankovski authored
-
- 13 Nov, 2015 2 commits
-
-
Kamil Trzcinski authored
-
Kamil Trzciński authored
Implement multipart form rewriting to support upload offloading 1. This parses multipart form data and saves all found files as files in TempPath. TempPath is received from Rails by calling authorize request. The rewritten multipart form data contains `file.path` where the temporary file is stored, and `file.name` the original name of file as stored in Content-Disposition. The temporary file is removed afterwards, if it's not consumed by GitLab Rails. If the body is not multipart, forward request. 2. All artifacts downloads are offloaded by exposing X-Sendfile-Type extension. See merge request !5
-
- 12 Nov, 2015 3 commits
-
-
Kamil Trzcinski authored
-
Kamil Trzcinski authored
-
Kamil Trzciński authored
Change identifying header to "Gitlab-Workhorse" See merge request !8
-
- 10 Nov, 2015 9 commits
-
-
Jacob Vosmaer authored
Use httptest.Server instead of go run to spawn a new process I don't like solution with `go run`. What do you think about this one? See merge request !9
-
Jacob Vosmaer authored
-
Jacob Vosmaer authored
-
Kamil Trzcinski authored
-
Kamil Trzcinski authored
-
Jacob Vosmaer authored
-
Jacob Vosmaer authored
LFS storage api support Part of gitlab-org/gitlab-ce#2955 See merge request !3
-
Marin Jankovski authored
-
Marin Jankovski authored
-