- 04 11月, 2015 1 次提交
-
-
由 Mislav Marohnić 提交于
Another attempt at fixing pull-request command for fetch-only remotes. References #876
-
- 03 11月, 2015 3 次提交
-
-
由 Madhusudan.C.S 提交于
It is a common practice to set the push URL of the "upstream" repository to an invalid URL to avoid accidentally pushing to upstream instead of a fork. The trouble with the current approach of obtaining remote URLs is that, the URL obtained for a remote might not be the valid one, even though a valid remote fetch URL exists. For example, git remote -v might return the following output ~$ git remote -v origin https://github.com/owner/project.git (fetch) origin https://github.com/owner/project.git (push) upstream https://github.com/main/project.git (fetch) upstream no_push (push) But github.Remotes() currently parses both these URLs but stores only one of them, the one that comes the last in git remote -v output, for a given remote. So in this example, the URL for upstream remote might end up to be "no_push" instead of https://github.com/main/project.git. This causes problems downstream. For example, pull-request can't proceed with non github.com URLs and the command fails even when a valid fetch URL for upstream is defined. This commit fixes the problem by parsing and storing both fetch and push URLs for each remote. So later, wherever the URLs are required, we can either look at fetch URL or push URL or both depending on what is required. Fixes one part of issue #876. Still doesn't recognize "git+ssh" protocol scheme.
-
由 Madhusudan.C.S 提交于
-
由 Madhusudan.C.S 提交于
Also, define AddRemote() method for test Repo fixture.
-
- 31 10月, 2015 6 次提交
-
-
由 Mislav Marohnić 提交于
[ci skip]
-
由 Mislav Marohnić 提交于
Have `HUB_VERBOSE` also log externally run commands
-
由 Mislav Marohnić 提交于
Properly support `-C` git global flag
-
由 Mislav Marohnić 提交于
-
由 Mislav Marohnić 提交于
-
由 Mislav Marohnić 提交于
From git documentation: -C <path> : Run as if git was started in <path> instead of the current working directory. When multiple -C options are given, each subsequent non-absolute -C <path> is interpreted relative to the preceding -C <path>. We correctly forwarded the `-C <path>` values as git global flags to git invocations such as `git rev-parse --git-dir`, but that command is designed to return the result as a relative path to the value computed from `-C`. This adds an extra step to transform this relative path to an absolute one by applying values of `-C` as the base directory.
-
- 23 10月, 2015 1 次提交
-
-
由 Mislav Marohnić 提交于
Fixes #1015, broken after #861 [ci skip]
-
- 20 10月, 2015 1 次提交
-
-
由 Mislav Marohnić 提交于
Add installation instructions for zsh tab-completion
-
- 18 10月, 2015 1 次提交
-
-
由 Heitor Tashiro Sergent 提交于
Also removed instructions and references to set up git auto-completion.
-
- 14 10月, 2015 2 次提交
-
-
由 Heitor Tashiro Sergent 提交于
-
由 Heitor Tashiro Sergent 提交于
-
- 30 9月, 2015 1 次提交
-
-
由 Mislav Marohnić 提交于
Fixes #929
-
- 28 9月, 2015 10 次提交
-
-
由 Mislav Marohnić 提交于
Fix `compare` crash when used on a non-GitHub repo
-
由 Mislav Marohnić 提交于
-
由 Mislav Marohnić 提交于
Enhance `hub ci-status` to consume and display combined statuses
-
由 Mislav Marohnić 提交于
-
由 Mislav Marohnić 提交于
CI statuses from GitHub API might not have "target_url" property.
-
由 Mislav Marohnić 提交于
Automatically publish a GitHub release from Travis CI
-
由 Mislav Marohnić 提交于
Fixes #841
-
由 Mislav Marohnić 提交于
-
由 Mislav Marohnić 提交于
Improve crash report with command and version
-
由 Jingwen Owen Ou 提交于
This adds hub version to crash report. It includes refactoring of hub version to the `version` package for reusability in `commands` package and `github` package.
-
- 27 9月, 2015 9 次提交
-
-
由 Mislav Marohnić 提交于
Now `ci-status` consumes the new combined statuses API endpoint designed for when multiple contexts report statuses independently. The verbose output is now colorized and is in format where each line is:
✔ ︎<Tab>[CONTEXT]<Tab>[URL] -
由 Mislav Marohnić 提交于
-
由 Mislav Marohnić 提交于
-
由 Mislav Marohnić 提交于
-
由 Mislav Marohnić 提交于
Update `script/bootstrap` to recommended Go and Ruby version
-
由 Mislav Marohnić 提交于
[ci skip]
-
由 Mislav Marohnić 提交于
-
由 Mislav Marohnić 提交于
-
由 Mislav Marohnić 提交于
Closes #970
-
- 26 9月, 2015 5 次提交
-
-
由 Mislav Marohnić 提交于
We can't use `--git-path` on git versions older than 2.5. Those versions will simply echo `--git-path` as the first line of the output. Instead of stat'ing that as a file, skip this case and proceed immediately to fallback for other git versions.
-
由 Jason Zaugg 提交于
Git 1.5.0 introduces support for worktrees. A worktree has a .git file, rather than a folder. (The file contents points to to a .git folder buried underneath the .git folder of the main repository.) A new option has been added to resolve paths within the git dir, `git rev-parse --git-path foo/bar`. The commit uses this new facility, but falls back to the old approach for backwards compability. Fixes #969
-
由 Mislav Marohnić 提交于
Windows batch script heavily lifted from git-lfs, authors @technoweenie @joshvera https://github.com/github/git-lfs/blob/0de6370b50962794a8195749b9187d74499a6fc9/script/install.bat.example
-
由 Mislav Marohnić 提交于
We don't need `gimme` anymore to cross-compile binaries.
-
由 Mislav Marohnić 提交于
-