簡體   English   中英

服務器端掛鈎托管Git解決方案?

[英]Hosted Git Solution With Server-Side Hooks?

已有類似的“版本控制的托管解決方案 - 使用預提交掛鈎?” 關於SO的問題。 但是,提出該問題的用戶只需要客戶端掛鈎,而我正在尋找允許您配置服務器端掛鈎的Git主機。

(我正在尋找這個的原因是我們可以阻止開發人員在特定分支上“推送-f”。客戶端鈎子對解決這個問題 沒有什么 用處。)

那么,任何人都可以推薦允許其用戶設置服務器端掛鈎的Git主機嗎?

(如果主持人還提供集成的bug跟蹤器,則可獲得獎勵積分。)

*編輯*

這個問題已經得到了回答,獎金被授予......但如果有任何Git主機可以更容易防止“推-f”(通過提供自己的權限級別,或通過提供發布訪問權限)預先接收的鈎子,然后讓我使用已經寫好的/標准的預接收腳本)我很樂意聽到它們。

這是一篇非常古老的帖子,但是,我想讓人們意識到Assembla現在為Subversion和Git存儲庫提供服務器端鈎子。 這些不像Github那樣你需要站起來運行它們的服務。 它們是完全成熟的git前后提交鈎子,包括更新鈎子。

Assembla上查看

github上可用的掛鈎列表如下: https//github.com/ {user} / {repository} / admin / hooks

他們有一個通用的post-receive鈎子,但不是通用的pre-receive

你可以在這里編寫自己的代碼: https//github.com/github/github-services

我以為GitHub允許服務器端掛鈎

告訴開發人員不要這樣做,如果你擔心發生事故,可以添加一個客戶端鈎子作為預防措施。 如果你擔心開發商無論如何都要通過推銷來破壞政策,你肯定會遇到比這更大的問題。 並且它不像推送-f在像Git這樣的分布式系統中具有破壞性; 每個人仍然會有他們的本地副本的覆蓋提交。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM