-
Notifications
You must be signed in to change notification settings - Fork 29
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
Feature request: custom parameters #3
Comments
@zerodogg Thanks for your feedback. I agree with you - I have been using the same solution you have as a stopgap measure, but it's an ugly hack. I'd been thinking it might be nice to have something which could be set at run-time during a push as a command line option or an environment variable. But I definitely see the merits of having a configurable default. I also think repos should have the ability to set their own defaults (e.g. different machines with different network speeds) - a git config entry seems more appropriate than a setting for the remote itself. @joeyh - I would appreciate your thoughts. Looking over the special remote protocol documentation page on the wiki, it's unclear to me if git-annex has support for what I'm looking to do. Any suggestions would be appreciated. |
You can use GETCONFIG to implement this. Configs are stored in annex:remote.log so will be persistent. |
Wouldn't the values of GETCONFIG/SETCONFIG would be shared by all copies of the repo? Or have I misunderstood. A machine on a high performance connection will want a different setting than a machine on a lower performance connection. |
Daniel Dent wrote:
They are shared amoung clones of the repo, yes. So, you can use GETCONFIG to get global defaults, and override those see shy jo |
Is there a supported way for a remote to access the git config settings? I don't see a command in the protocol that would provide for that. Are remotes guaranteed to have an environment (PWD) such that opening ".git/config" will work? |
Daniel Dent wrote:
Oh, good question. You want to use git config to pull values of of the There are a couple of ways that git-annex can be run that make it use a
git-annex could fix this by propigating GIT_DIR on to the external special Also, if you have a config foo.bar, and the user wants to temporarily
And while git-annex would see such overridden configs, they don't get passed see shy jo |
Being able to configure the remote to supply custom parameters, ie. for bandwidth limiting, would be useful. Perhaps stored in the git config like with rsync special remotes (annex-rsync-upload-options), ie. remote.annex-rclone-upload-options or similar. Right now I have achieved it by just editing the shell script itself, but a builtin/supported way of achieving the same would be a much nicer solution.
The text was updated successfully, but these errors were encountered: