Re: git push from client is not updating files on server

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I finally got the chance to implement your suggestions.  I have
combined them and am very happy with the outcome.  The missing pieces
for being able to push via Apache are as follows:

01)  git config --global http.receivepack true (thanks Junio...found
this under githooks)
02)  chown -R apache:apache /var/www/git

On the other hand, I have also implemented a non-bare repo for testing
(thanks Neal and Holger) by cloning the bare repo.

I hope that this helps another.  ;)

Regards,
j

On Wed, Mar 7, 2012 at 7:43 AM, Jerome Yanga <jerome.yanga@xxxxxxxxx> wrote:
> Thank you all for the recommendations.  I will try them.
>
> I would like to confirm some info.
>
> Junio,
>
> Your assumption of my setup correct.  I shall read on post-update
> hook.  If you have a recommended link for it, please share it.
>
> Neal,
>
> You are also correct.  My current configuration's reaction to a push
> shows that the bare repo that was cloned from a non-bare repo are
> independent of each other.  I will also try your recommendation.
>
> Holger,
>
> Thank you for explaining what Neal meant.
>
> Regards,
> j
>
> On Wed, Mar 7, 2012 at 3:04 AM, Holger Hellmuth <hellmuth@xxxxxxxxxx> wrote:
>> On 07.03.2012 03:34, Neal Kreitzinger wrote:
>>>
>>> Create a new non-bare clone of your bare repo. Then do git-pull on the
>>> new non-bare after the bare gets updates (someone does git push to it)
>>> and you want to test those new commits. The worktree of the new non-bare
>>> clone can be the document root of your testing virtual host, if that's
>>> what you're doing. That way, you know that no one else is messing with
>>> new non-bare (test repo) like doing development in it and messing up
>>> your tests.
>>
>>
>> To expand on Neals method, if you do git fetch (periodically in a cron job
>> for example) on the cloned non-bare, 'git log HEAD..origin/HEAD' will have
>> output only if the non-bare has new commits.
>>
>>
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]