Age | Commit message (Collapse) | Author | Files | Lines |
|
Merge pending pull request #67 of upstream git-radar project from user
cbandera. They write:
This is a pull request to fix issue #38. As it turns out, some built in
commands behave differently on Mac OS X and Linux.
In order to run the tests on Linux, I have added switch statements at
some points to call the functions with the respective syntax.
Also I realized, that the tests only worked for me when I set the
following options:
git config --global push.default simple
git config --global branch.autosetuprebase never
But that's probably just because these should be the defaults. I
normally have them set to something else...
|
|
https://github.com/rholmboe/git-radar
Merge pending pull request #107 of upstream git-radar project from user
rholmboe. Note I did manually resolve a fairly trivial conflict in the
is_cwd_a_dot_git_directory() function. From the original PR:
Bug #98 wasn't really propagated correctly, you still got git-fetch bug
when you entered a sub-directory in .git. Now it's recursive, faster and
still POSIX compliant.
|
|
Merge pending pull request #111 of upstream git-radar project from user
hallzy. They write:
I came across "typechanged" the other day in my git status. It occurs
when (for example) you change a file from being a regular file, to a
symlink.
Not sure if you want this in. I am using "TC" in the terminal to show
this.
I would also like a check on the grep's in the lines that I added. I
understand that everything inside of the square brackets can be matched,
but I am unsure what letters I would also need with this.
|
|
Merge pending pull request #119 of upstream git-radar project from
user m007. They write:
This commit allows the user to define a per repository or per branch
specific configuration of which branch git-radar compares the current
branch to. If no branch is configured explicitly "origin/master" will
be used (being backwards compatible with the current behaviour).
A branch specific remote tracking branch may be configured by executing
git config --local branch."$(git rev-parse --abbrev-ref HEAD)".git-radar-tracked-remote origin/my-branch-to-compare-to
A repository specific remote tracking may be configured by executing
git config --local git-radar.tracked-remote origin/my-branch-to-compare-to
A branch specific setting will overwrite a repository specific
configuration (which will overwrite the default, i.e origin/master).
|
|
https://github.com/michaeldfallen/git-radar
|
|
This commit allows the user to define a per repository or per branch
specific configuration of which branch git-radar compares the current
branch to. If no branch is configured explicitly "origin/master" will
be used (being backwards compatible with the current behaviour).
A branch specific remote tracking branch may be configured by executing
git config --local branch."$(git rev-parse --abbrev-ref HEAD)".git-radar-tracked-remote origin/my-branch-to-compare-to
A repository specific remote tracking may be configured by executing
git config --local git-radar.tracked-remote origin/my-branch-to-compare-to
A branch specific setting will overwrite a repository specific
configuration (which will overwrite the default, i.e origin/master).
|
|
|
|
|
|
|
|
includes using POSIX native commands and going away from basename/dirname
|
|
|
|
|
|
radar-base.sh now checks to see if the current directory is a .git
directory. If it is, it skips the git stash part.
|
|
|
|
|
|
closes #88
closes #86
|
|
|
|
|
|
|
|
Feature/ditch awk
|
|
Escape all forward slashes
|
|
substitution that has been removed in this commit.
|
|
Set the variable GIT_RADAR_FETCH_TIME in a bashrc, zshrc or gitradarrc file to
customize the fetch time.
|
|
Conflicts:
radar-base.sh
|
|
|
|
Turns out it had a bug when the branch name had a slash in it.
|
|
in fetch.sh "if" now checks for $@ instead of just $1
in radar-base.sh there is now a parameter expansion on line 170 instead of the
if statements.
in git-radar, now there is a shift, and a regex check that the next value is a
number. If the next value after --fetch_t is not a number, an error is echo'd
and it resorts to the default behaviour of 5 minutes.
|
|
Issue69
|
|
|
|
With out the 'g' flag only the first one will be replaced.
This leads to errors with branches like wip/user/hotfix.
|
|
|
|
|
|
|
|
cbandera_stash_indicator
|
|
The OSX version of stat uses %m to return the 'modified' date since
epoch. The GNU version of stat doesn't have the %m format code.
%Z which was being used in @hallzy's fix returns the 'changed' date
since epoch, which only changes when you modify the metadata on a file.
This meant that when we `touch $dot_git/.lastupdatetime` the 'changed'
date doesn't change.
I've switched to the %Y flag which returns the 'modified' time. This is
the time that is changed when `touch` modifies the file.
|
|
|
|
|
|
with --fetch_t you can specify how many seconds to wait before auto fetching.
using the --fetch option gives you the default of 5 minutes still.
"--fetch_t 45" for example would fetch every 45 seconds.
|
|
|
|
|
|
Use `git config` to get the correct upstream remote and branch when you
have branch with the same name in multiple remotes (e.g. "origin/master"
and "coworker/master"). Uses awk which may be a problem?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Conflicts:
prompt.bash
test
|
|
|