❶ 多個頁面引用同一個js或css文件的話，瀏覽器是會緩存還是重新載入
你把後面要載入的js與Css文件引用到主頁面才會載入！多個頁面引用同一個js或css文件的話，瀏覽器會緩存！
❷ svn如何怎麼拉分支，然後將代碼放到該分支下
命令行的話，拉分支就是svn
。
TortoiseSVN客戶端的話，你在源文件夾點右鍵，右鍵菜單中選擇TortoiseSVN——「分支/標記」，在彈出窗口的「至URL」欄中填入分支存放路徑，然後確定就是了。
TortoiseSVN客戶端拉分支還有一個簡單辦法，就是右鍵點中源文件夾，不要放開滑鼠，拖動到存放分支的文件夾處，放開滑鼠，這時會出現菜單，在菜單中選擇「SVN復製版本控制的條目到當前位置」。
拉完分支後，你只要有該分支的讀寫許可權，就可以在該分支文件夾下進行後續的文件增刪改操作了。
可以看看我的網路文庫，裡面有篇在Windows下使用SVN的PPT，裡面對拉分支有詳細描述。
❸ git怎麼把主分支代碼合並到我的分支
1.git checkout xxx（切換到你要將其他分支合並到的主分支上,xxx是分支名） 2.git merge xxx （合並操作） 3.git branch -d xxx(刪除已經合並的分支，可選擇不刪除) git clone url #克隆新的版本庫 02 git init 03 git pull repo_name #有關聯的
❹ git如何把遠程分支的代碼同步到本地
可以用 git pull 命令：
git pull <遠程主機名> <遠程分支名>:<本地分支名>
實例
更新操作：
$ git pull
$ git pull origin
❺ git 主幹分支代碼能merge到開發分支代碼
1.git checkout xxx（切換到你要將其他分支合並到的主分支上,xxx是分支名）
2.git merge xxx （合並操作）
3.git branch -d xxx(刪除已經合並的分支，可選擇不刪除)
git clone url #克隆新的版本庫
02 git init
03 git pull repo_name #有關聯的遠程庫，抽取並和本地合並
04 git fetch remote_repo_name #抽取並新建分支
05
06
07
08 #在當前commit對象上新建分支 指針head
09 #head指向正在工作中的本地分支的指針(別名)
10 #不會切換到新建的分支上
11 git branch branch1
12
13 #切換分支將head指向branch1
14 git checkout branch1
15
16 #工作流程卡
17 #在不同的分支里反復切換，並在時機成熟時把他們合並到一起
18 #git的分支實際是一個包含所指向對象校驗和的文件（40個字元長度SHA-1字串）
19
20 #分支的新建和合並
21 #0、自己工作分支mybranch，工作的好好的
22
23 #1、突然有新需求，先切換到生產環境分支proct；
24 git checkout proct
25
26 #2、為新需求新建分支branch_pack，切到其中，並在其中編碼，直到通過測試用例
27 # -b 新建分支並切換到其上
28 git checkout -b issueXXXX
29
30 #3、切換到生產環境分支proct，將2中的開發工作分支branch_pack合並進來，然後推送到生產伺服器上
31 git checkout proct
32 # 合並
33 git merge branch_pach
34 #沖突解決，merge失敗時很可能因對同一文件的同時更改，所以必須手動人工解決 取捨代碼，確認沖突解決後需要把沖突文件 git add到staged area，運行git status查看所有狀態確保無誤後再git commit提交，注釋好沖突為什麼這么解決
35
36 git push 遠程倉庫名 本地倉庫名
37
38 #分支刪除
39 git branch -d branch_pach
40
41 4、切換到mybranch繼續自己的工作
42 git checkout mybranch
43
44 #切換分支最好沒有待提交的文件，即stage area是清潔的
45 #查看各個分支最後一個提交對象的信息
46 git branch -v
47 git branch --merge/no-merged
48 #查看哪些分支已被並入當前分支（譯註：也就是說哪些分支是當前分支的直接上游
49
50
51
52 #給分支生成patch文件可以給
53 git format-patch
54
55
56 #把本地名為serverfix的分支推送到遠程origin庫的awesomebranch分支
57 git push origin serverfix:awesomebranch
58
59 #跟蹤遠程分支 從遠程分支checkout出的本地分支成為 跟蹤分支
60 git checkout -b sf origin/serverfix
61 git checkout --track origin/serverfix
62
63 #刪除遠程分支
64 git push origin :serverfix
65
66 git兩種開發分支方法
67 長期分支：一個主分支保持穩定代碼，其餘多個開放分支
68 特性topic分支：多個短期單一功能的分支
69
70 #給當前文件 打特定版本標簽
71 git tag -a beta0.1 -m "some 注釋"
72
73 #回退到某個tag
74 git tag beta0.1
❻ 怎樣將git中一個分支的代碼暫存
如果是儲藏未提交的內容，用git stash
如果是已提交的內容，則無需操作，本地庫已經保存了
❼ 緩存的主要意義
緩存工作的原則，就是「引用的局部性」，這可以分為時間局部性和空間局部性。空間局部性是指CPU在某一時刻需要某個數據，那麼很可能下一步就需要其附近的數據；時間局部性是指當某個數據被訪問過一次之後，過不了多久時間就會被再一次訪問。對於應用程序而言，不管是指令流還是數據流都會出現引用的局部性現象。
舉個簡單的例子，比如在播放DVD影片的時候，DVD數據由一系列位元組組成，這個時候CPU會依次從頭處理到尾地調用DVD數據，如果CPU這次讀取DVD數據為1分30秒，那麼下次讀取的時候就會從1分31秒開始，因此這種情況下有序排列的數據都是依次被讀入CPU進行處理。從數據上來看，對於Word一類的應用程序通常都有著較好的空間局部性。用戶在使用中不會一次打開7、8個文檔，不會在其中某一個文檔中打上幾個詞就換另一個。大多數用戶都是打開一兩個文檔，然後就是長時間對它們進行處理而不會做其他事情。這樣在內存中的數據都會集中在一個區域中，也就可以被CPU集中處理。
從程序代碼上來考慮，設計者通常也會盡量避免出現程序的跳躍和分支，讓CPU可以不中斷地處理大塊連續數據。游戲、模擬和多媒體處理程序通常都是這方面的代表，以小段代碼連續處理大塊數據。不過在辦公運用程序中，情況就不一樣了。改動字體，改變格式，保存文檔，都需要程序代碼不同部分起作用，而用到的指令通常都不會在一個連續的區域中。於是CPU就不得不在內存中不斷跳來跳去尋找需要的代碼。這也就意味著對於辦公程序而言，需要較大的緩存來讀入大多數經常使用的代碼，把它們放在一個連續的區域中。如果緩存不夠，就需要緩存中的數據，而如果緩存足夠大的話，所有的代碼都可以放入，也就可以獲得最高的效率。同理，高端的數據應用以及游戲應用則需要更高容量的緩存。
❽ 請教關於branch target buffer的問題
當分支預測器選定一條分支時，分支目標緩沖（branch target buffer，BTB）就負責預測目標地址。Nehalem使用了2級BTB結構。作為參考，K10使用了一個有2K 項（entry）的BTB用於直接分支，和一個有512項的間接分支目標陣列（indirect branch target array）。Nehalem的兩級BTB設計，非常適用於有大量指令代碼的任務，例如資料庫、ERP和其它的商業應用，通過提高分支預測准確度而提升性能和能效。INTEL沒有發布詳細的內部結構。下面作出一些有依據的猜測。
有兩種可能。一是兩個BTB使用同樣的預測演算法，而一個存取更小一點的歷史文件，包含最近時間內所使用的分支RIP和目標RIP。在這種情況下，它們的關系就象L1緩存和L2緩存一樣（因為分支目標也具有相當好的地址相關性）。舉個例子，比如L1 BTB有256-512項，而更大的L2 BTB則有2K-8K項。如果分支RIP在L1 BTB中沒有找到，然後就到L2 BTB中去找，以作出目標預測。
另一種可能（RWT認為這種可能性比較小）則是兩級BTB使用不同的預測演算法和不同的歷史文件。比如L1 BTB使用簡單而快速的演算法和相對較小的歷史文件，而L2 BTB則使用更慢但更准確的演算法，而且被配置成是具有優先權的預測器。如果L2 BTB不同意L1 BTB的預測，則它可以撤消（override）L1 BTB的預測，去除掉流水線中錯誤拾取的指令，而從新預測的RIP處重新拾取指令。這種結構可能性不大，因為它的能效比較低下。對於這種預測器架構，通常的情況是L1和L2 BTB都獨立的得出正確的分支目標——這就意味著在大多數的時間里，L2 BTB都是在浪費能源。而L1 BTB錯誤，L2 BTB是正確的情況，只佔非常小的比例。
http://www-ee.eng.hawaii.e/~tep/EE461/Notes/ILP/buffer.html
❾ 從代碼考慮添加緩存的話要考慮什麼
CPU裡面有一級緩存，二級緩存，甚至三級緩存
CPU要計算數據，先發出指令，從硬碟到內存，到二級緩存到一級緩存
不過CPU要計算的時候，是先一級緩存裡面找，沒有就到二級緩存裡面找，再沒有就到內存找，還是沒有，就到硬碟找，
因為CPU的一級緩存和二級緩存速度非常快，但是容量很下，CPU就只把他認為可能經常用到的數據放在裡面。所以二級緩存越大，速度就會越快（使用的數據，可能二級緩存就能找到）
至於CPU為啥有的二級緩存大，有的小，這個和價格定位有關。當然，自從AMD在CPU中實現了內存直接讀取，所以他的二級緩存太大也沒有意義，所以AMD的CPU的二級緩存要小於intel的CPU
至於你說的程序開多了，速度就慢，這個我想最大的原因不是二級緩存，而是內存太小
❿ 有關多個程序共用同一個資料庫的問題
把7個程序放在一個網站根目錄下，把數據路連接文件conn也放在根目錄下，然後把各個資料庫的表合並成為一個資料庫，這個資料庫文件放在根目錄的一個文件夾里，然後修改每個程序的conn文件，使它們都是指向合並後的資料庫地址，這樣就可以了。如果出現表名相同的就比較麻煩，除了合並時候修改access的之外，程序的也要修改，那種工程就浩大了。