簡體   English   中英

git Dev和Live網站的工作流程,推送到遠程

[英]Workflow for git Dev and Live sites, push to remote

首先,談到git時,我有點新手。

我有兩個網站,一個用於開發,另一個是實時網站。 我正打算將所有文件都移到git(和github )上,因為我一直在使用SVN,但我認為git(經過幾周的播放)將更適合該項目。

我想了解的是如何將文件上傳到遠程服務器上,從而獲得最佳的工作流程。 該站點的沙盒版本當前位於本地,並且也已上傳到沙盒遠程站點,所有測試均在此處完成,一旦我們感到滿意,我們將通過檢查所有更改並將其移至實時站點文件中,將其移至主站點。更新文件然后上傳。

我現在打算有一個主要的“ Master”分支,並有一個“ sandbox”分支版本。 這將使我可以選擇為小錯誤創建新分支,並在完成和測試后將其合並到沙箱中。

按照我以前的工作方式,文件存儲在本地兩個不同的位置(已經從SVN存儲庫中簽出了兩個版本),准備好后,我可以跳入Coda並將文件ftp到服務器。

我現在猜想推送到遠程將是一個更好的選擇,因為使用一個存儲庫的ftp-ing會引起一些麻煩嗎?

我使用的Tower確實對我的工作流程有幫助,但一直堅持如何在線獲取文件。 任何幫助,或者如果我的問題沒有道理,請大喊...

我建議您在本地進行開發,將其推送到您的遠程服務器(例如github),將ssh推送到您的實時服務器,然后git將所做的更改從github拉到實時站點。

最近,我一直在使用3個步驟:

  • 在功能分支中本地開發。 一旦准備好合並到CI分支。
  • 在CI服務器上測試。 jenkins看到對CI分支的新提交(github post commit鈎子),提取更改並自動在測試服務器上構建它並運行我的所有單元測試。
  • 如果所有測試均通過,則jenkins將構建文檔並將其提交到docs分支。 將CI合並到master,並將所有內容推送到遠程服務器。 github將這個新的提交提交給master(再次提交提交鈎子),並向運行中的服務器發出命令以拉出新的更改。 如果單元測試失敗,它將通過電子郵件發送給我並退出。

做一些最終的現場測試並重復。

暫無
暫無

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

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