大概做過一些獨立的“玩具”游戲項目,個人經驗之談,可以用作參考...
感覺這個問題的答案可能和你的項目定位(目的)和使用的工具相關。
如果你的項目是學習、實踐向的,沒有啥商業化的計劃,那我覺得源代碼開放給大家學習交流是沒有啥問題的(可以主動開源,就算被泄露也問題不是太大),如果你有商業化相關的計劃,那可能一切都得按照最嚴格的標準,泄露代碼可能導致你的工程文件的“漏洞”被有心人發現然後加以利用,比如代碼中的bug或者一些不規範的地方,比如未公開的開發内容被提前發現,比如代碼命名、注釋中使用的不合適變量名啊之類的(參考之前B站源碼泄露引起的風波),不過不管哪種,項目中使用的素材(比如媒體資源、代碼)等等的原創性可能都是要被保證的,比如如果你用了一些沒有使用授權的字體、音樂等,保不准會被版權方找事情。
問題2,我參與的團隊人數都比較少,大家都是全盤讀寫權限,互相之間的影響全靠個人自覺,也發生過自己的修改被別人覆蓋之類的情況,我是一般使用Github(不過媒體資源文件比較大有時候速度比較捉急,有需要可以考慮自己搭私有git儲存庫),git或者svn之類的版本管理工具的話都是有提交日志的,可以很方便的定位到是哪個人幹了壞事,svn的話可以給某個目錄的權限,如果你放心不過去,需要審查的話,github可以考慮鎖master提交,要求提merge請求然後進行code review的,不過其實審查精力代價蠻高的。
問題3,預防手段大概是上面説過的權限管制,至於事後追責,感覺很難辦,大概要分爲找泄露人和判定泄露損害兩部分,如果事情小可能只能惡心到當事人,事情大走法律途徑也很費事...
對於標題來説,感覺項目都是從無到有一點點起來的,大家都需要幹活爲這個項目貢獻内容,一般不太會有刻意進來搗亂的人(也可能是我比較幸運或者項目比較小沒有被盯上),推薦盡量找和你利益相近的人組隊,大家利害關係相近在同一條船上或許行爲就會比較相近。
---
寫完以後才想到的一些保護原創性的一些措施:如果是代碼可以考慮混淆、特殊文本標志之類的,對於圖片文件可以加不可視水印,這種事情可能要看你要保護的東西的本身的價值...
麒麟 1年前
成功加入了
发布
Arkay 1年前
发布