-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Simplify caulking installation and upgrades #5
Comments
correction: ...and make install would run something like: git config --global core.hooksPath ~/.git-support
ln -sf "$(dirname "$0")" ~/.git-support Thinking about this, we could simplify even further by just having git config --global core.hooksPath "$(dirname "$0")" And getting rid of |
|
Yeah, I agree this is better. But I'm getting called to go play Gloomhaven, so I'll implement later. |
What is the purpose of cleaning up the install? Is it to share it widely for use, or internal facing only? |
Internal facing only. The install isn't so bad, but having to run a command on upgrade just seems wasteful. |
We've iterated on this process in other tickets, and it seems to work pretty smoothly for new and existing team members. Closing. |
Currently, the
Makefile
system is responsible for creating the~/.git-support
directory, copying the relevant files into it, and configuringcore.hooksPath
to point at it. This means we have to remember to runmake install
whenever we pull new changes to this repo, and we have to ensuremake install
is idempotent.I think it might simplify things if we instead had
make install
create~/.git-support
as a symlink into the locally cloned copy of this repository, and we embedded the required files directly in here. That would simplify the installation process, and would make upgrades as easy asgit pull
.This repo's structure would then look something like:
...
.git-support
would look like:...and
make install
would run something like:Whadayathink?
The text was updated successfully, but these errors were encountered: