allow all git-upload-* commands for deploy keys
Created by: jzi
This allows performing a git archive
command using a deploy key (see http://feedback.gitlab.com/forums/176466-general/suggestions/3712377-easier-deploy-with-deploy-key). Tests included.
Merge request reports
Activity
Created by: coveralls
Coverage decreased (-0%) when pulling b6a1b950b924f69de235203f764111fc0d8ba2c7 on jzi:allow_archive_for_deploy_key into b55e22e2 on gitlabhq:master.
By Administrator on 2013-07-29T13:02:47 (imported from GitLab project)
By Administrator on 2013-07-29T13:02:47 (imported from GitLab)
Unable to load the diff Created by: jacobvosmaer
It would be nicer to have a constant
DOWNLOAD_COMMANDS = %w{ git-upload-pack git-upload-archive }
. In line 36 we could then saywhen *DOWNLOAD_COMMANDS
.By Administrator on 2013-07-30T08:16:29 (imported from GitLab project)
By Administrator on 2013-07-30T08:16:29 (imported from GitLab)
Unable to load the diff Created by: jzi
OK, good idea, I'll improve this, but are you sure it should be called
DOWNLOAD_COMMANDS
? From the remote's point of view those are uploads, as reflected by the command names, so this could cause some confusion. MaybeREAD_COMMANDS
andWRITE_COMMANDS
would be more informative?By Administrator on 2013-07-30T08:16:29 (imported from GitLab project)
By Administrator on 2013-07-30T08:16:29 (imported from GitLab)
Unable to load the diff Created by: jacobvosmaer
Good point. Naming is always difficult :)
Elsewhere in this method we have action names such as
:download_code
and:push_code
. How about creating constantsDOWNLOAD_COMMANDS
andPUSH_COMMANDS
? Then we can translate thegit-xxx
names into internal names in one spot and name the constants along the same lines as the authorization actions.By Administrator on 2013-07-30T08:16:29 (imported from GitLab project)
By Administrator on 2013-07-30T08:16:29 (imported from GitLab)
Created by: coveralls
Coverage decreased (-0%) when pulling 4664cb21b37c0268644a5f885612ecbd9175ae17 on jzi:allow_archive_for_deploy_key into b55e22e2 on gitlabhq:master.
By Administrator on 2013-07-29T14:42:03 (imported from GitLab project)
By Administrator on 2013-07-29T14:42:03 (imported from GitLab)
Created by: jojosch
you can restart the Travis job by visiting the (failed) build page. On the top right there is a drop down menu which should have a "Restart Job" item. (or the complete build by visiting the build page)
Alternatively you could amend your last commit and force-push.
By Administrator on 2013-07-30T07:19:03 (imported from GitLab project)
By Administrator on 2013-07-30T07:19:03 (imported from GitLab)
Created by: stp-ip
http://feedback.gitlab.com/forums/176466-general/suggestions/3712377-easier-deploy-with-deploy-key would be solved by this.
By Administrator on 2013-08-12T23:01:15 (imported from GitLab project)
By Administrator on 2013-08-12T23:01:15 (imported from GitLab)
121 147 action: 'git-receive-pack' 122 148 ) 123 149 end 150 151 def archive(key, project) 152 get( 153 api("/internal/allowed"), 154 ref: 'master', 121 147 action: 'git-receive-pack' 122 148 ) 123 149 end 150 151 def archive(key, project) 152 get( 153 api("/internal/allowed"), 154 ref: 'master', 121 147 action: 'git-receive-pack' 122 148 ) 123 149 end 150 151 def archive(key, project) 152 get( 153 api("/internal/allowed"), 154 ref: 'master', 121 147 action: 'git-receive-pack' 122 148 ) 123 149 end 150 151 def archive(key, project) 152 get( 153 api("/internal/allowed"), 154 ref: 'master',