<font id="zqva1"></font>
<rt id="zqva1"></rt>
  • <tt id="zqva1"></tt>
    <cite id="zqva1"></cite>

    <cite id="zqva1"><noscript id="zqva1"></noscript></cite>
      <rp id="zqva1"><meter id="zqva1"></meter></rp>

        <cite id="zqva1"></cite>
          <b id="zqva1"></b>
          <rp id="zqva1"></rp>
          <cite id="zqva1"></cite>

          <rt id="zqva1"></rt>

        1. <rp id="zqva1"></rp>

          遠程協作嘗試,Github遠程協作

          時間:?2017-11-13閱讀:?961標簽:?github

          遠程協作是一個聽起來很酷的詞,就像談戀愛一樣,聽起來總是覺得它和浪漫一詞相關,但實際進行起來卻由于各種原因感覺不是那么浪漫。那么,我們這次就來分享一下遠程協作過程中的浪漫和苦悶,以及我們在兩者之間的取舍。

          遠程協作,我們也把它叫做“云辦公”,好處是自然可以想象:

          節省辦公室租金( HR 曾好幾次跟我說公司辦公室位置不夠了,把我從這個地方趕到那個地方。)

          工作環境自由/高效/免打擾(云辦公的含義是,你可以選擇任何地點進行辦公,不一定是要在家里,可以在辦公室,也可以是咖啡廳甚至酒吧,去此時此刻任何讓你感覺到舒服的地方,只是無論你去哪里,你的同伴都很可能還和你保持“遠程協作”。)

          節省路途時間,可以拿來工作,也可以拿來陪家人(我們組有一個同事就是因為家里太遠了,每天可以節省 3 小時來回時間,在家辦公更適合他)

          更有可能招到更好的人才(有不少人才因為地域的限制而被放棄,這是非常可惜的。我們的設計師就是因為在杭州,不需要到上海來才加入。)


          那么,在這些“誘惑”之下,我們是如何在工作中保持持續的跟蹤和反饋的呢?我們使用了一些很酷的在線工具!

          我 們團隊麻雀雖小但五臟俱全,全端工程師、設計師和產品經理全部齊全。因此,在做一款基于 Web 的產品方面是一個比較齊全的組合,不需要借助多少外界,四個人湊合在一起,除了干活就是溝通。各自隔離開來,是為了干活更高效,溝通也是為了干活更高效, 只是殊途同歸。溝通和隔離,本來是相互矛盾的,只是借助在線工具之后,兩者的矛盾程度降低了,在某些方面反而相互促進了(比如在需要用文字表達的時候,相 互隔離又保持一起在線可能會更高效,更容易讓大家專心思考并無障礙的表達自己的觀點)。


          首先,前期需求的溝通。 我們花了大量的時間(大概兩三天)來尋找一款好的遠程語音或者視頻通話工具,最好是兼具屏幕共享的。體驗過太多類似產品,以至于我們發現很多該領域的創業 公司。網絡帶寬條件越來越好,移動端的興起,以及瀏覽器技術越來越先進,導致該領域涌現大量的創業公司,比如最近被 Slack 收購的 Screenhero,遠程視頻會議領域之王 WebEx 出的新產品 Cisco Spark 等等。最后,我們選擇了 Skype,它在語音通信質量方面勝過其它國外的同類創業公司。我們另一個遠程團隊使用的是 QQ 語音,效果也不錯,只是我們一開始沒有嘗試。該領域的其它產品包括 sqwiggleRoomMoxtraTalky 和Kato


          其次,需求文檔的撰寫和矯正討論。 文檔共享方面我們有很多方式,因此也有很多選擇。比如,你可以以文件的形式共享在 Dropbox 上,也可以提交到 Github 上,當然 Google Docs 的形式最好,可以共享編輯和添加注釋,只可惜被墻了。最后我們選擇了沒有被墻,在產品體驗上也更好的 Quip,這是 Facebook 前 CTO 創業做的一款產品。這款產品一改古老的 Docs 風格,不以分頁的形式展示文檔內容,在編輯和在線溝通等體驗上都好過其它產品,是我們的最佳選擇。國內的同類產品叫石墨。


          再次,設計稿的共享。設計稿的共享也有很多形式,最簡單的就是使用 Dropbox 這種工具來同步,也可以發到 Slack 上去。我們使用了在線白板系統 Frontify,可以在線對共享稿的細節進行勾畫和討論。


          然后,項目管理。Trello 無疑是整個項目管理的中心,產品的規劃、任務的分配,都在 Trello 中記錄。只可惜我們團隊的開發不是很規范,產生的內容沒有多到任何細節都覆蓋,因此在 Trello 上只是零散的記錄一些關鍵功能的開發,以及視覺走查和功能走查的 Bug。為了保持 Trello 的整潔而不會雜亂無章,我們把設計稿和需求文檔的討論放在別的更專業的工具上(Quip 和 Frontify),只在 Trello 上貼這些相應資源的鏈接。使用 Trello 管理的重點不在于添加內容并消滅,而在于分解工作、約定規則和常規工作流程,并嚴格執行。在這方面 UserVoice 有一篇文章值得參考 How We Use Trello & Google Docs to Make UserVoice Better Every Day: http://community.uservoice.com/blog/trello-google-docs-product-management/


          最后,瑣碎溝通。 就像七牛早期只使用 Gtalk 進行溝通一樣,Slack 取代了 QQ 成為我們最常用的溝通工具。我們作為小團隊,在工具選擇方面達成一致的代價非常小,并且 Slack 相比 QQ 具有非常明顯的優勢,比如我們記錄了從項目開始到現在為止完整的溝通過程,所有的吵架記錄都在。我們使用遠程協作,大家在物理上都相互隔離了,它最大的優 勢在于不輕易去打擾別人。Slack 作為通知中心在跟蹤隊友進度方面起到了非常大的作用,這種跟蹤是以跟蹤者選擇性的收取相關信息來進行的,而不是一問一答的形式。我們用 Slack 來收取 Github 的提及記錄信息,使用 Slack 來收取 Frontify 上設計稿的更新記錄,收集 Trello 上的項目進度信息。


          以上,是我們在遠程溝通過程中使用的工具,看起來很酷,但如果一個產品的打造過程只由這些冷冰冰的工具組成,那團隊不一定能夠走到現在,或許早已經解散。

          遠 程工作的終極理想是解放每個人的生產力,讓每個人可以在適合自己的情感和現實狀態下盡可能發揮自己的才能完成極其專業性的工作,不必困于一處。但這畢竟只 是理想。團隊之所以稱為團隊,是因為大家習慣了在一起。我們之所以使用這么多協作工具,是因為大家希望保持溝通。對于聚集在辦公室的團隊來說,這是天然的 優勢,他們可以在不滿的時候朝對方一笑繼續接受之前不滿的事實繼續干活,而不是不斷的沉默讓你問一句答一句,抽一鞭走一步。事實上,我們在前期需求溝通的 時候遇到過巨大的困難。


          我們遇到的第一個問題是,前期溝通頻次控制不夠好。 前期我們以為有 Skype 持續在線語音溝通就夠了,但是后來發現這樣更浪費時間,如果大家都只在自己電腦面前干坐著而沒有更多想法,只會浪費時間。我們的改進方案是,各自先做相應 的思考,然后每天不定期進行簡短的溝通,達成意見的統一。再后來需求溝通完成后,各自進入具體的工作,每天不定期的溝通就會對大家造成更多不良影響。于 是,我們就開始定規矩,每天早上 10 點準時開早會,時間不定,每天盡量只需要實時溝通一次(其它瑣碎的事情在 Slack 上溝通)。除了早會之外,每周一 10 點準時到公司開周會。項目進行到后期,工作上的內容大多可以通過在線溝通解決,但周會的意義在于保持組員見面聯絡,讓大家在情感上感覺到這個團隊的存在和 使命。


          其次,文字的溝通容易吵架。Slack 雖然有豐富的表情,但跟 QQ 和微信不一樣,不太符合中國人的習慣,作為技術人員,我們在討論工作事情時候也更習慣于用純文字進行溝通。有時候如果多方意見不統一,就很容易造成至少兩 方在玩文字或者邏輯游戲,打口水仗,情況惡劣的可能會影響大家的心情。這在專業性極強的工作內容中是沒有必要存在的,我們無非是為了做一個工程做一款產 品,不是為了顯示自己的智商有多高邏輯有多強。為了堅持自己的主觀看法而去吵架不叫有情懷,以為對方傷了自己的自尊再去傷對方的自尊不叫出息。假如真的在 文字聊天的時候吵起來了,最有效的挽留辦法不是繼續為自己“辯護”,而是打開 Skype 或者電話溝通,甚至直接讓大家跑到辦公室統一意見。當然,這些都只是具體的操作,每個人應該在心里記住的是,我們之所以討論不是為了吵架,不是為了秀智商 的上限或者下限,而是為了做一款更好的產品。不忘初衷,方得始終。


          最后,主動和自覺非常重要。 我們說過遠程協作可以不受辦公室其他同事的打擾,但卻免不了你自己所在環境的打擾,特別是獨處的時候免不了自己內心的打擾。比如,有些人特別是 leader 可能會無形中感覺壓力大,會感覺恐慌。如果是創業,可能會有意無意關注一些競爭對手,他們可能是真實的,更多情況下是假想的敵人。這時候,主動而自覺的和 隊友溝通就顯得非常重要。溝通形式多種多樣,比如按時完成符合對方預期的工作就是一種很好的溝通,結果即為互動。再比如,工作內容之外生活內容的溝通,很 容易在遠程協作團隊中忽略,特別是同性之間,物理上的隔離很大情況下就意味著生活內容的隔離。我們需要背靠背的力量,來排除一切干擾,緩解各種有意無意情 況下產生的壓力。


          Github遠程協作

          1.github簡介

          網址:https://github.com/

          關鍵功能

          Gist:代碼片段的托管。

          News Feed:所跟隨用戶的最新動態。

          Issues:事務管理。

          Pull Requests:github主要流程。

          Unwatch:接受對某個項目的通知。

          Star:設置對某個項目的持續關注。

          Fork:將別人的項目克隆的自己的用戶名下。

          Repository:倉庫。

          SSH:為了使用Github的遠程,一般會在本地配置ssh,以避免每次對github的修改而重復的輸入github用戶名和密碼。

          sh-keygen -t rsa -C "littlejixing@163.com"(-t:指明所要創建的密鑰類型,-C:添加注釋)

          ssh key:88888

          ssh-agent -s:創建密鑰管理器

          ssh-add ~/.ssh/id_rsa:添加密鑰進密鑰管理器(這一步可能會有報錯“Could not open a connection to your authentication agent”報錯原理尚不清楚,如果有哪位高人知道,小弟跪求指點。stackoverflow中有相關解決方案,但試過對于我來說都不受用。我自己的解決方案是使用Git GUI生成ssh key進行提交,后續操作亦可進行)

          id_rsa中的密鑰至github中的ssh key,關聯本地git和github賬戶:ssh -T git@github.com

          2.遠程協作的主要命令

          git clone: 獲取一個遠程倉庫。

          git fetch:獲取遠程倉庫中的所有分支和數據,但不更改本地倉庫中的版本(HEAD,master)指針,如繼續操作需要調整HEAD指針(git merge/git reset/git rebase)。

          git push:將本地數據推送到遠程數據庫

          git pull:相當于git fetch 和 git merge的和操作

          git tag -a v0 -m "tag for v0":創建了一個tag,但是git push無法將tag推送到遠端服務器。

          git push --tags:向遠端服務器推送tags

          git branch -d [分支名]:刪除分支

          git push --deleted origin [分支名]:刪除遠程倉庫中的分支

          git push origin :[分支名]:使用一個空的分支替代遠程倉庫中的某分支=刪除該分支。

          吐槽一下吧,在windows系統下用運行git bash真的有好多bug,先說兩個如果有同道中人遇到會解決的煩請告知于我,不勝感激。

          命令行運行過多后,會出現結果無法顯示的情況,需要執行clear清屏后才會恢復正常。

          當一條單行信息過長而無法顯示完全,將會出現輸入異常bug。

          3.github的pull request流程

          pull request流程(github遠程協作的關鍵流程)

          fork操作:用戶a覺得用戶b的倉庫A不錯,同fork可以將倉庫A的當前版本到用戶a的名下。

          git clone:用戶a將fork至自己名下的倉庫a下載至本地。

          git push:用戶a對倉庫A進行若干修改和完善的操作后,提交至自己的遠程倉庫。

          pull request操作:首先進行自主的差異比較,然后create pull request將自己的修改發送給用戶b。

          merge pull request:如果用戶b覺得用戶a提交的pull request沒有問題,則可進行提交。

          用戶b如果有異議也可留言告知用戶a。

          獲取所fork的遠程倉庫的最新版本

          git remote add [所fork的遠程倉庫別名] [所fork的遠程倉庫地址]

          origin 自己賬戶的遠程倉庫(有push權限)

          所fork的遠程倉庫 (無push權限)

          站長推薦

          1.阿里云: 本站目前使用的是阿里云主機,安全/可靠/穩定。點擊領取2000元代金券、了解最新阿里云產品的各種優惠活動點擊進入

          2.騰訊云: 提供云服務器、云數據庫、云存儲、視頻與CDN、域名等服務。騰訊云各類產品的最新活動,優惠券領取點擊進入

          3.廣告聯盟: 整理了目前主流的廣告聯盟平臺,如果你有流量,可以作為參考選擇適合你的平臺點擊進入

          鏈接: http://www.modern-decoration.com.cn/article/detial/99

          GitHub:除非真正需要,否則我們不會刪除您的任何內容

          不僅僅是社交媒體巨頭在努力的讓用戶相信平臺的透明度,微軟旗下的 GitHub,也在致力于此。作為一個代碼共享平臺兼作開發人員的社區

          Github 上十個優秀的 Repo

          以下是 Github 上十個優秀的 Repo ,可以用它們在短時間內增加個人的知識儲備。毫無疑問,Awesome是最受歡迎的庫,它涵蓋了從軟件開發到硬件再到業務的所有主題。 目前,它在Github上拿到超123,000星,且其內容龐大

          拒絕重復造輪子!GitHub推出新功能repository templates

          GitHub 新功能 repository templates 幫助開發者在所有項目中重用代碼。在不同代碼庫中共享樣板代碼(boilerplate code)是軟件開發的慣例。使用喜歡的工具和目錄結構開啟新項目,能夠幫助程序員更加高效地完成從想法到程序的轉變

          GitHub上傳文件不能超過100M的解決辦法

          上傳項目到GitHub上,當某個文件大小超過100M時,就會上傳失敗,因為默認的限制了上傳文件大小不能超過100M。如果需要上傳超過100M的文件,就需要我們自己去修改配置。

          前大疆程序員離職后,把代碼上傳 GitHub,令公司損失百萬

          該員工之前在大疆的子公司擔任軟件工程師,公司對他很器重,負責編寫農業無人機的管理平臺和農機噴灑系統代碼。他在Github 開設賬號,并建立了公有倉庫,把代碼上傳至了 GitHub 公有倉庫。

          Github上寫Blog

          預備知識:必須:Git,GitHub,Jekyll,Markdown,YAML,操作:注冊一個GitHub的賬號,可以使用GitHub Desktop或者GitHub網站;創建一個空的項目,在項目里面創建index.md,或者index.html,提交后,博客首頁就建好了。

          GitHub發布史上最大更新,年度報告出爐!

          在昨天的 GitHub Universe 開發者大會上,GitHub 發布了史上最大更新:可直接運行部分代碼的 GitHub Actions,以及宣布了 2018 年的 GitHub 年度報告,包括最熱門的開源項目和編程語言,讓我們一起來先睹為快!

          官宣:Github 正式加入微軟

          GitHub是科技業界最流行的代碼托管平臺,微軟于2018-6月宣布收購 GitHub,微軟不會通過市場力量來破壞 GitHub 的開放性,在2018-10月Github 正式宣布加入了微軟大家庭

          GitHub 多賬戶設置

          由于不同的 GitHub 不能使用同一個 SSH 公鑰,所以要生成兩個不同的 SSH 分別對應兩個主賬戶和副賬戶。編輯 ~/.ssh/config SSH 配置文件,沒有該文件則新建。然后,以后使用 main 賬戶添加遠程倉庫需要這樣添加,部署相應的 SSH 公鑰到 GitHub 后,嘗試在相應的本地倉庫 git push 幾個文件測試。

          Gitment - 一款基于Github的Issues實現的評論插件

          發現一個有意思的評論插件Gitment, 基本原理是利用Github項目上的Issues功能來實現內容的存儲,使用github的賬號登錄體系。和自己的博客集成起來也比較簡單,一個css文件,一個js文件,一段初始化代碼就可以了。

          fly63.com版權所有,內容以共享、參考、研究為目的,不存在任何商業目的。其版權屬原作者所有,如有侵權,請與小編聯系!情況屬實本人將予以刪除!

          文章投稿關于web前端網站點搜索站長推薦網站地圖站長QQ:522607023

          小程序專欄: 土味情話心理測試腦筋急轉彎幽默笑話段子句子語錄成語大全運營推廣

          国产精品高清视频免费 - 视频 - 在线观看 - 影视资讯 - 唯爱网