Perforce 編碼傳輸的問題


1. P4支持多種文件類型

 

2. P4 從服務器上拉下來的文件,需要一種格式進行解碼。上傳不需要,只是將本地文件的二進制留傳輸到服務器;

PS: 微軟在自己的UTF-8格式的文本文件之前加上了EF BB BF三個字節, windows上面的notepad等程序就是根據這三個字節來確定一個文本文件是ASCII的還是UTF-8的, 然而這個只是微軟暗自作的標記, 其它平台上並沒有對UTF-8文本文件做個這樣的標記。

 

3. txt文件是有編碼類型的。

 

 

4. 本地存儲的時候是采用UTF8-Bom,IDE(vs, notepad++)打開的時候嘗試用已知的編碼去解析這個文件,所以就能正常的打開了。

 

5. 同一個文件,vs 打開,這個文件是帶簽名的(bom),但是notepad++打開卻不是呢?

   

 6.那perforce的merge工具又該選用什么編碼呢?

7。昨天和同事聊到編碼,當一個工具查看文件編碼的時候,是IDE解析並展示編碼,但是實際文件存儲的時候,也有一個編碼格式。

而我們p4出現的亂碼是什么問題呢?

比如:文件存儲為GBK編碼, 打開的時候用的是UTF8,解析出錯, 這個時候如果你將直接存儲為UTF8, 那下次你打開的時候就肯定是亂碼了。

正確的查看方式: 文件存儲為GBK ,打開的時候是UFT8,可以將其以GBK的方式打開,字符展示正常;

正確的存儲轉換方式: 文件存儲為GBK, 打開文件,選擇save with utf8, 這個時候IDE會在存儲的時候對文字進行轉碼(比如2字節轉換為utf8的三字節),那下次再以UTF8格式打開的時候就不會出問題了。

8. asii (多自己) , 寬字符, utf8的區別。

https://www.cnblogs.com/htj10/p/11027323.html

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM