[點晴永久免費OA]項目由多個人員(公司)開發,但是不想讓他們互相看到彼此的代碼,除了手動合并代碼該怎么辦?
當前位置:點晴教程→點晴OA辦公管理信息系統
→『 經驗分享&問題答疑 』
:項目由多個人員(公司)開發,但是不想讓他們互相看到彼此的代碼,除了手動合并代碼該怎么辦? 公司的系統由多個公司共同開發,但是領導考慮到git做分支會導致代碼泄露,想尋求一個方法可以讓各公司可以自己提交發布自己開發的部分。目前的方法是各個公司將代碼寫完后,由我統一手動合并發布,這樣參與的公司越來越多,會導致忙不過來或者無法及時發布的問題。目前是一個公司開發一個模塊就是一個倉庫,每次其他公司需要合并,我再去拉取他們最新的代碼,然后把改動的目錄給手動覆蓋到主項目的文件夾中。 唯一丶:
SVN 好像可以給目錄權限 2 月 3 日來自美國 kumfo:
個人感覺是不是機制出啥問題了?這樣來說,各個公司開發的東西當作一個獨立的產品來做不就行了嗎?然后各個公司的東西都獨立部署,然后涉及相互調用部分就提供接口唄,公用一套鑒權方案。 2 月 3 日來自浙江 git submodule 將單獨的模塊獨立出來,用submodule 的形式發布到一個新倉庫,成員自行在新倉庫中提交代碼,你只需要維護公共的就可以了。 這種問題不是在代碼管理層面解決的,而是在系統架構層面解決的。舉個例子,微信上跑了各種小程序,都用了同一套開發規范,但是并不各開發商都把微信的代碼下載下來協同開發吧。 做應用系統也是一樣的道理,如果應用系統的架構設計中考慮了第三方接入的“接口”那任何第三方都可以在按照規范開發的情況下,把程序接入大系統,不需要知道其他人的代碼??蚣軐又恍枰l布一個規范,以及一套基礎接口框架就可以了。 說起來簡單,做起來難,不僅要有大局,還有很多細節需要處理。既然你們是買的一套框架,如果這套框架本身不支持插件式,可能要實現會有一些難度。 目標可以參考各種小程序框架,應用市場框架。技術可以參考微服務、微前端、插件化(比如 VSCode 就是經典中的經典)。具體該怎么做,就是具體情況具體分析了。 感覺這種代碼管理方式有問題。 如果有代碼合并,那么下一次fix bug或者開發新功能,肯定需要拉去全部代碼,不然怎么基于最新代碼做開發呢? 我提供一種思路,就是把網站的功能拆分成小模塊,按照模塊來創建倉庫。不同公司維護不同的模塊。模塊間通過API約定好。 你只需要管理溝通好API,剩下的代碼開發維護,由不同的公司維護不同的代碼倉庫。 前端, 如果樓主只是想解決手動合并的問題,那 gitlab pipeline、github actions、jenkins 這種都是合適的自動化工具 從描述上看,你的人工工作應該是可以自動化的。可以,寫一個網頁,讓開發者自己填寫相關信息,然后自動修改對應的文件。如果怕出錯,可以加一個人工審核的步驟,審核通過再提交。 該文章在 2023/3/25 0:27:37 編輯過 |
關鍵字查詢
相關文章
正在查詢... |