假設您有一個已推送到GitHub的Web應用程序。您可以通過將Azure Web應用程序(以前稱爲Azure網站)部署到Azure門戶的部署設置中,將其部署爲Azure Web應用程序。如果您不是回購所有者,您可以通過GitHub部署您的Azure Web App嗎?
但是您如何貢獻GitHub存儲庫,但沒有所有權?
假設您有一個已推送到GitHub的Web應用程序。您可以通過將Azure Web應用程序(以前稱爲Azure網站)部署到Azure門戶的部署設置中,將其部署爲Azure Web應用程序。如果您不是回購所有者,您可以通過GitHub部署您的Azure Web App嗎?
但是您如何貢獻GitHub存儲庫,但沒有所有權?
作爲hackathon活動的導師,我讓學生走過來問我上面的問題,因爲他們團隊的另一個成員擁有存儲庫。當他們將他們的GitHub賬戶連接到他們的Azure賬戶時,他們只能看到他們自己的GitHub項目。
解決方案是讓GitHub倉庫的所有者使用他們的Azure帳戶輸入部署憑證以設置連續部署。
如果您對該GitHub回購有所貢獻,所有未來推送將自動將最新代碼部署到實時網站URL上的Azure Web App。
我會建議爲Hackathon組創建一個Github組織,並將每個GitHub用戶添加到組織中。這樣,每個有權訪問該組織的人都可以訪問該代碼,並且每個人都可以擁有自己的網站部署。
這是在預覽門戶
這是一篇博客文章,解釋如何在Azure門戶中啓用對組織的GitHub訪問權限。 http://azure.microsoft.com/blog/2015/08/10/using-app-service-web-apps-continuous-deployment-with-github-organizations/ –
在新GitHub workflow的視頻,我建議分叉是回購,然後從你的叉子發佈。
你說得對,分叉代碼是一件好事開發過程的策略,並能夠測試代碼的個人貢獻。我仍然建議爲組織提供訪問權限,以便每個人都能夠獲得當前的「生產版本」,因爲並非每個人都通過使用功能分支來工作,特別是在黑客馬拉松設置中。 –
p.s.來自Cory Fowler的好建議:改爲創建一個組織帳戶,以便GitHub帳戶不與一個人綁定。這適用於新項目和長期項目,也適用於可遷移的現有項目。對於有現有項目的週末黑客馬拉松,使用由1人擁有的現有GitHub項目就足夠了。 –