-
版本控制工具的特征: 1、受保護的 2、受約束的 3、能讓團隊里的小伙伴都能調用其他人的代碼，同時每個人的代碼之間又不會產生沖突查看全部
-
在show log里，一版一版的比對。查看全部
-
代碼對比-先備份自己的，再下載最新的。對比，并溝通修改查看全部
-
建立個倉庫查看全部
-
public Test(){ System.out.println("B的代碼!"); } public Test(){ System.out.println("B希望改成這樣!"); } public MethodB(){ System.out.println("這是B新加的，不許亂動!"); } public MethodA(){ System.out.println("A新加的方法!");查看全部
-
public Test(){ System.out.println("A的代碼!"); } public Test(){ System.out.println("A希望改成這樣!"); } public MethodA(){ System.out.println("A新加的方法!"); } public Test(){ System.out.println("B的代碼!"); } public Test(){ System.out.println("B希望改成這樣!"); } public MethodB(){ System.out.println("這是B新加的，不許亂動!"); }查看全部
-
public Test(){ <<<<<<< .mine //System.out.println("B的代碼!"); ||||||| .r18 System.out.println("B的代碼!"); ======= System.out.println("A的代碼!"); } public Test(){ System.out.println("B的代碼!"); >>>>>>> .r20 }查看全部
-
public Test(){ System.out.println("B的代碼!"); } public Test(){ System.out.println("B的代碼!"); }查看全部
-
System.out.println("B的代碼！");查看全部
-
public Test(){ }查看全部
-
版本控制工具SVN的下載地址查看全部
-
下載服務器端和客戶端軟件,或者直接使用eclipse中的team管理,主要理解SVN的作用和概念:即SVN是協作團隊共同開發的軟件--版本管理工具,就像銀行卡系統,則服務器端,任何人在任何時候上傳的代碼都被保存,任何時候都能調用代碼,這樣保證了代碼不會丟失.但是我覺得還是不能有效的解決同事間代碼沖突的問題,而且每次都需要重新下載代碼到本地. 和git最大的區別就是;git每個程序員都有自己的庫.不用擔心庫被刪,也就是分布式管理,git的作用主要是協調程序員代碼的修改部分,因此不會出現SVN的問題. 一個是集中在服務器管理,一個是分布式的在程序員自己的庫中,兩種不同的代碼版本管理軟件,各有用處.不過,git是Linux開發的,看來還是他更懂流浪的程序員啊....... 個人見解,如有錯誤,望批評指正.查看全部
-
1、每天早上上班要update SVN，每天下班要commit SVN。 2、查看是誰動了我的代碼，右鍵 tortoise 后查看 log 日志。 3、文件被別人刪除，在空白處右擊，show log，可以查看整個庫的所有增刪改查操作記錄，如果單個文件還在，只想查看該文件記錄，那就在該文件上查看 log（自從新建一個文件后，對該文件的所有操作都會被服務器倉庫記錄下來，隨時可以可別人商量恢復）。 4、權限清空：TortoiseSVN——Settings——Seved Date——Clear clear all。 5、commit 上面有一塊區域是做注釋的（推薦常用）。 6、良好沖突： 如果A和B都在修改了代碼，B先于A上交，當A去commit的時候，就會提交失敗，必須先更新你的本地文件，那么B的代碼會和A的代碼同時存在（兩個人修改的不是一個地方算好的情況了）。 7、較差沖突： 有沖突時提交會產生三個文件，.mine是自己改好之后的代碼，rx,ry，x,y兩個數字較小者是我改之前的代碼，數字較大者，是服務端的代碼 1）如果要保留自己的版本，就用mine覆蓋原來的代碼，再次提交 2）如果認為對方是正確的，就revert一下，這個時候已經拿到了最新的代碼(不一定非要這樣操作，但是這樣方便) 3）如果認為上一個版本是正確的，用版本較小的覆蓋（直接刪除改后綴名） 經驗1：如果Commit Failed！就不要點了ok繼續按update了，先把自己的代碼復制到一邊，再把那個文件revert，再update，再把放在一邊的文件重命名復制到相同文件夾下，選中兩個沖突的文件，TortoiesSVN->diff，左邊是最新的代碼，右邊的是我的，解決沖突之后兩個人最好都update一下。 經驗2：與歷史記錄比對：show log之后，同時選中兩個版本（比如現在到了第10版，那么要10/9先比較，看看有沒有差異，沒有差異，則比較9/8版，如果仍沒有差異，以此類推繼續比較），Compare revisions。查看全部
-
清空某人權限： 右鍵 - TortoiseSVN - settings - saved data - clear all 早上上班前第一件事update為最新代碼，晚上下班前commit所有代碼 如何知道誰動了我的代碼？如何找回代碼？ 1.右鍵 - TortoiseSVN - show log 2.選中要恢復的歷史文件 - Revert to this revision 【注：如果是文件已經被刪除就在文件原來所在地show log，然后將需要的文件保存下來】查看全部
-
如何新增文件并提交到SVN的客戶端? 藍色問號意味著：客戶端和服務器端有差異，差別在于客戶端有文件未提交。 Status下的non-versioned：代表不受版本控制 簡單的新增/刪除文件是本地的磁盤操作，不屬于SVN操作 所有的SVN操作必定是需要commit的查看全部
舉報
0/150
提交
取消