A. 用git上傳本地項目,編譯通過，怎麼刪除編譯生成的文件，只保留項目本身的文件，我用的是windows下的git。
一般情況下目錄下的.gitignore文件就會把class文件給忽略了才對。
B. Git怎麼刪除本地倉庫，創建新的倉庫
把項目根目錄下的.git 目錄刪掉就可以了
注意刪除之前，要先checkout你想要的代碼
C. 如何清除gitlab曾經上傳的內容
方法/步驟
1、登陸github到個人主頁，點擊「Repositories」，就能看到你自己創建或者「Fork」的項目。
2、找到你要刪除的「Repositories」（或者也可以說是項目），點擊進入。
3、找到該Repositories頁面右下方的「Settings」，如圖中標示，點擊「Settings」進入（這個時候有可能會提示讓你輸入密碼）。
4、進到「Settings」之後，點選左邊框中的「Options」（一般默認也是這個選項），然後拉到最下，就可以看到「Delete this repository」了。
5、點擊「Delete this repository」，彈出對話框，需要你填寫要刪除的這個「Repositories」名字，不填寫的話是不能刪除的，我這里的名字是「Test」，然後就可以刪除整個項目了。
D. 怎麼刪除github倉庫里的文件
刪除方法步驟如下：
1、工具需求
（1）github平台
2、要知道在github上只能刪除倉庫,卻無法刪除文件夾或文件,
所以只能通過命令來解決，
（1）首先進入master文件夾下,
Git
Bash
Here
,打開命令窗口$
git
--help
幫助命令
（2）$
git
pull
origin
master
將遠程倉庫裡面的項目拉下來，$
dir
查看有哪些文件夾
3、此時$
git
rm
-r
--cached
target
刪除target文件夾，$
git
commit
-m
'刪除了target'
提交,添加操作說明，如圖。
（1）最後$
git
push
-u
origin
master
將本次更改更新到github項目上去，刪除完畢。效果如圖所示。
E. 怎麼用git命令行講項
剛剛學會使用git，對使用到的命令做了簡單整理，不全面但有更多使用時的細節，不喜勿噴。
工具/原料
GIT VERSION 2.7
1 從遠端程序克隆到本地分支：
在存放程序的文件夾下面，右鍵單機，選擇git bash here.在出現的命令行界面中輸入：git clone 遠端地址
6 提交到本地分支：git commit -m "標簽註解"，註解主要是對修改的內容的說明，方便查看
7 提交到遠端分支：git push origin 遠端分支名；這里分支名如果遠端不存在，上傳成功後會自動創建。
8 將遠端的代碼拉到本地分支：git pull origin 分支名；如果有沖突，可以用git status查看有沖突的文件。pull=fetch+merge.fetch是將遠端代碼拉下來，merge是合並進去。
9 取消上次修改：git reset . 返回到上次提交狀態。
初級命令寫熟練了之後就可以寫一些連起來的命令行，減少代碼量，如：git checkout -b fix-missing origin/master(切換到master分支並刪除fix-missing分支)。路漫漫其修遠兮，沒事多敲代碼。哈哈~~
方法/步驟
F. 如何刪除遠程GIT庫里的項目(現在遠程庫里有個james.war我想刪除他）請給完整的把命令
在本地刪除後push到伺服器就是了。
G. eclipse中集成git提交代碼時會出現下圖所示的項目改如何刪除
呵呵,看看這個吧。先去安裝eclipse。然後在現在 egit,應該可以從eclipse的官網上下載。1 安裝這個安裝就不怎麼說了。很簡單。把下載下來的文件解壓,然後的在eclipse下建立一個git的文件目錄。在eclipse的dropins下建...
H. 如何刪除伺服器上的git project
伺服器上的 Git
到目前為止，你應該已經學會了使用 Git 來完成日常工作。然而，如果想與他人合作，還需要一個遠程的 Git 倉庫。盡管技術上可以從個人的倉庫里推送和拉取修改內容，但我們不鼓勵這樣做，因為一不留心就很容易弄混其他人的進度。另外，你也一定希望合作者們即使在 自己不開機的時候也能從倉庫獲取數據 — 擁有一個更穩定的公共倉庫十分有用。因此，更好的合作方式是建立一個大家都可以訪問的共享倉庫，從那裡推送和拉取數據。我們將把這個倉庫稱為 「Git 伺服器」；代理一個 Git 倉庫只需要花費很少的資源，幾乎從不需要整個伺服器來支持它的運行。
架設一台 Git 伺服器並不難。第一步是選擇與伺服器通訊的協議。本章第一節將介紹可用的協議以及各自優缺點。下面一節將介紹一些針對各個協議典型的設置以及如何在伺服器 上實施。最後，如果你不介意在他人伺服器上保存你的代碼，又想免去自己架設和維護伺服器的麻煩，倒可以試試我們介紹的幾個倉庫託管服務。
如果你對架設自己的伺服器沒興趣，可以跳到本章最後一節去看看如何申請一個代碼託管服務的賬戶然後繼續下一章，我們會在那裡討論分布式源碼控制環境的林林總總。
遠程倉庫通常只是一個_裸倉庫（bare repository）_ — 即一個沒有當前工作目錄的倉庫。因為該倉庫只是一個合作媒介，所以不需要從硬碟上取出最新版本的快照；倉庫里存放的僅僅是 Git 的數據。簡單地說，裸倉庫就是你工作目錄中.git 子目錄內的內容。
4.1 協議
Git 可以使用四種主要的協議來傳輸數據：本地傳輸，SSH 協議，Git 協議和 HTTP 協議。下面分別介紹一下哪些情形應該使用（或避免使用）這些協議。
值得注意的是，除了 HTTP 協議外，其他所有協議都要求在伺服器端安裝並運行 Git。
本地協議
最基本的就是_本地協議（Local protocol）_，所謂的遠程倉庫在該協議中的表示，就是硬碟上的另一個目錄。這常見於團隊每一個成員都對一個共享的文件系統（例如 NFS）擁有訪問權，或者比較少見的多人共用同一台電腦的情況。後面一種情況並不安全，因為所有代碼倉庫實例都儲存在同一台電腦里，增加了災難性數據損失 的可能性。
如果你使用一個共享的文件系統，就可以在一個本地文件系統中克隆倉庫，推送和獲取。克隆的時候只需要將遠程倉庫的路徑作為 URL 使用，比如下面這樣：
$ git clone /opt/git/project.git
或者這樣：
$ git clone file:///opt/git/project.git
如果在 URL 開頭明確使用 file:// ，那麼 Git 會以一種略微不同的方式運行。如果你只給出路徑，Git 會嘗試使用硬鏈接或直接復制它所需要的文件。如果使用了file:// ，Git 會調用它平時通過網路來傳輸數據的工序，而這種方式的效率相對較低。使用 file:// 前綴的主要原因是當你需要一個不包含無關引用或對象的干凈倉庫副本的時候 — 一般指從其他版本控制系統導入的，或類似情形（參見第 9 章的維護任務）。我們這里僅僅使用普通路徑，這樣更快。
要添加一個本地倉庫作為現有 Git 項目的遠程倉庫，可以這樣做：
$ git remote add local_proj /opt/git/project.git
然後就可以像在網路上一樣向這個遠程倉庫推送和獲取數據了。
I. 如何在Git中撤銷一切
任何一個版本控制系統中，最有用的特性之一莫過於 逗撤銷（undo）地操作。在Git中，逗撤銷地有很多種含義。
當你完成了一次新的提交（commit），Git會及時存儲當前時刻倉庫（repository）的快照（snapshot）；你能夠使用Git將項目回退到任何之前的版本。
下文中，我將列舉幾個常見的、需要逗撤銷地的場景，並且展示如何使用Git來完成這些操作。
一、撤銷一個公共修改 Undo a "public" change
場景：你剛剛用git push將本地修改推送到了GitHub，這時你意識到在提交中有一個錯誤。你想撤銷這次提交。
使用撤銷命令：git revert
發生了什麼：git revert將根據給定SHA的相反值，創建一個新的提交。如果舊提交是逗matter地，那麼新的提交就是逗anti-matter地——舊提交中所有已移除的東西將會被添加進到新提交中，舊提交中增加的東西將在新提交中移除。
這是Git最安全、也是最簡單的逗撤銷地場景，因為這樣不會修改歷史記錄——你現在可以git push下剛剛revert之後的提交來糾正錯誤了。
二、修改最近一次的提交信息 Fix the last commit message
場景：你只是在最後的提交信息中敲錯了字，比如你敲了git commit -m "Fxies bug #42"，而在執行git push之前你已經意識到你應該敲"Fixes bug #42"。
使用撤銷命令：git commit –amend或git commit --amend -m "Fixes bug #42"
發生了什麼：git commit –amend將使用一個包含了剛剛錯誤提交所有變更的新提交，來更新並替換這個錯誤提交。由於沒有staged的提交，所以實際上這個提交只是重寫了先前的提交信息。
三、撤銷本地更改 Undo "local" changes
場景：當你的貓爬過鍵盤時，你正在編輯的文件恰好被保存了，你的編輯器也恰在此時崩潰了。此時你並沒有提交過代碼。你期望撤銷這個文件中的所有修改——將這個文件回退到上次提交的狀態。
使用撤銷命令：git checkout --
發生了什麼：git checkout將工作目錄（working directory）里的文件修改成先前Git已知的狀態。你可以提供一個期待回退分支的名字或者一個確切的SHA碼，Git也會默認檢出HEAD——即：當前分支的上一次提交。
注意：用這種方法逗撤銷地的修改都將真正的消失。它們永遠不會被提交。因此Git不能恢復它們。此時，一定要明確自己在做什麼！（或許可以用git diff來確定）
四、重置本地修改 Reset "local" changes
場景：你已經在本地做了一些提交（還沒push），但所有的東西都糟糕透了，你想撤銷最近的三次提交——就像它們從沒發生過一樣。
使用撤銷命令：git reset或git reset --hard
發生了什麼：git reset將你的倉庫紀錄一直回退到指定的最後一個SHA代表的提交，那些提交就像從未發生過一樣。默認情況下，git
reset會保留工作目錄（working
directory）。這些提交雖然消失了，但是內容還在磁碟上。這是最安全的做法，但通常情況是：你想使用一個命令來逗撤銷地所有提交和本地修改——那
么請使用--hard參數吧。
五、撤銷本地後重做 Redo after undo "local"
場景：你已經提交了一些內容，並使用git reset –hard撤銷了這些更改（見上面），突然意識到：你想還原這些修改！
使用撤銷命令：git reflog和git reset, 或者git checkout
發生了什麼：git reflog是一個用來恢復項目歷史記錄的好辦法。你可以通過git reflog恢復幾乎任何已提交的內容。
你或許對git log命令比較熟悉，它能顯示提交列表。git reflog與之類似，只不過git reflog顯示的是HEAD變更次數的列表。
一些說明：
1. 只有HEAD會改變。當你切換分支時，用git commit提交變更時，或是用git
reset撤銷提交時，HEAD都會改變。但當你用git checkout --時，
HEAD不會發生改變。（就像上文提到的情形，那些更改根本就沒有提交，因此reflog就不能幫助我們進行恢復了）
2. git reflog不會永遠存在。Git將會定期清理那些逗不可達（unreachable）地的對象。不要期望能夠在reflog里找到數月前的提交記錄。
3. reflog只是你個人的。你不能用你的reflog來恢復其他開發者未push的提交。
因此，怎樣合理使用reflog來找回之前逗未完成地的提交呢看這要看你究竟要做什麼：
1. 如果你想恢復項目歷史到某次提交，那請使用git reset --hard
2. 如果你想在工作目錄（working direcotry）中恢復某次提交中的一個或多個文件，並且不改變提交歷史，那請使用git checkout--
3. 如果你想確切的回滾到某次提交，那麼請使用git cherry-pick。
六、與分支有關的那些事 Once more, with branching
場景：你提交了一些變更，然後你意識到你正在master分支上，但你期望的是在feature分支上執行這些提交。
使用撤銷命令：git branch feature, git reset --hard origin/master, 和 git checkout feature
發生了什麼：你可能用的是git checkout -b來建立新的分支，這是創建和檢出分支的便捷方法——但實際你並不想立刻切換分支。git
branch feature會建立一個叫feature的分支，這個分支指向你最近的提交，但是你還停留在master分支上。
git reset --hard將master回退至origin/master，並忽略所有新提交。別擔心，那些提交都還保留在feature上。
最後，git checkout將分支切換到feature，這個分支原封不動的保留了你最近的所有工作。
七、事半功倍處理分支 Branch in time saves nine
場景：你基於master新建了一個feature分支，但是master分支遠遠落後與origin/master。現在master分支與
origin/master同步了，你期望此刻能在feature下立刻commit代碼，並且不是在遠遠落後master的情況下。
使用撤銷命令：git checkout feature和git rebase master
發生了什麼：你也許已經敲了命令：git reset（但是沒用--hard,有意在磁碟上保存這些提交內容），然後敲了git checkout -b，之後重新提交更改，但是那樣的話，你將失去本地的提交記錄。不過，一個更好的方法：
使用git rebase master可以做到一些事情：
1.首先，它定位你當前檢出分支和master之間的共同祖先節點（common ancestor）。
2.然後，它將當前檢出的分支重置到祖先節點（ancestor），並將後來所有的提交都暫存起來。
3.最後，它將當前檢出分支推進至master末尾，同時在master最後一次提交之後，再次提交那些在暫存區的變更。
八、批量撤銷/找回 Mass undo/redo
場景：你開始朝一個既定目標開發功能，但是中途你感覺用另一個方法更好。你已經有十幾個提交，但是你只想要其中的某幾個，其他的都可以刪除不要。
使用撤銷命令：git rebase -i
發生了什麼：-i將rebases設置為逗交互模式（interactive mode）地。rebase開始執行的操作就像上文討論的一樣，但是在重新執行某個提交時，它會暫停下來，讓你修改每一次提交。
rebase –i將會打開你的默認文本編輯器，然後列出正在執行的提交，就像這樣：
前兩列最關鍵：第一列是選擇命令，它會根據第二列中的SHA碼選擇相應的提交。默認情況下，rebase –i會認為每個更改都正通過pick命令被提交。
要撤銷一個提交，直接在編輯器刪除對應的行就可以了。如果在你的項目不再需要這些錯誤的提交，你可以直接刪除上圖中的第1行和3-4行。
如果你想保留提交但修改提交信息，你可以使用reword命令。即，將命令關鍵字pick換成reword（或者r）。你現在可能想立刻修改提交消
息，但這么做不會生效——rebase –i將忽略SHA列後的所有東西。現有的提交信息會幫助我們記住0835fe2代表什麼。當你敲完rebase
–i命令後，Git才開始提示你重寫那些新提交消息。
如果你需要將2個提交合並，你可以用squash或者fixup命令，如下圖：
squash和fixup都是逗向上地結合的——那些用了這些合並命令（編者按：指squash、fixup）的提交，將會和它之前的提交合並：上圖中，0835fe2和6943e85將會合並成一個提交，而38f5e4e和af67f82將會合並成另一個提交。
當你用squash時，Git將會提示是否填寫新的提交消息；fixup則會給出列表中第一個提交的提交信息。在上圖中，af67f82是一個
逗Ooops地信息，因為這個提交信息已經同38f5e4e一樣了。但是你可以為0835fe2和6943e85合並的新提交編寫提交信息。
當你保存並退出編輯器時，Git將會按照從上到下的順序執行你的提交。你可以在保存這些提交之前，修改提交的執行順序。如果有需要，你可以將af67f82和0835fe2合並，並且可以這樣排序：
九、修復早先的提交 Fix an earlier commit
場景：之前的提交里落下了一個文件，如果先前的提交能有你留下的東西就好了。你還沒有push，並且這個提交也不是最近的提交，因此你不能用commit –amend。
使用撤銷命令：git commit --squash和git rebase --autosquash -i
發生了什麼：git commit –squash將會創建一個新的提交，該提交信息可能像這樣逗squash! Earlier commit地。（你也可以手寫這些提交信息，commit –squash只是省得讓你打字了）。
如果你不想為合並的提交編寫信息，也可以考慮使用命令git commit --fixup。這種情況下，你可能會使用commit --fixup，因為你僅希望在rebase中使用之前的提交信息。
rebase --autosquash –i將會啟動rebase交互編輯器，編輯器會列出任何已完成的squash!和fixup!提交，如下圖：
當使用--squash和–fixup時，你或許記不清你想修復的某個提交的SHA碼——只知道它可能在一個或五個提交之前。你或許可以使用Git
的^和~操作符手動找回。HEAD^表示HEAD的前一次提交。HEAD~4表示HEAD前的4次提交，加起來總共是前5次提交。
十、停止跟蹤一個已被跟蹤的文件 Stop tracking a tracked file
場景：你意外將application.log添加到倉庫中，現在你每次運行程序，Git都提示application.log中有unstaged的提交。你在.gitignore中寫上地*.log地，但仍舊沒用——怎樣告訴Git逗撤銷地跟蹤這個文件的變化呢看
使用撤銷命令： git rm --cached application.log
發生了什麼：盡管.gitignore阻止Git跟蹤文件的變化，甚至是之前沒被跟蹤的文件是否存在，但是，一旦文件被add或者
commit，Git會開始持續跟蹤這個文件的變化。類似的，如果你用git add
–f來逗強制地add，或者覆蓋.gitignore，Git還是會繼續監視變化。所以以後最好不要使用–f來add .gitignore文件。
如果你希望移除那些應當被忽略的文件，git rm –cached可以幫助你，並將這些文件保留在磁碟上。因為這個文件現在被忽略了，你將不會在git status中看到它，也不會再把這個文件commit了。
以上就是如何在Git上撤銷的方法。如果你想學習更多Git命令用法，可以移步下面相關的文檔：
checkout
commit
rebase
reflog
reset
revert
rm
J. 如何刪除github上自己項目裡面不需要的文件,誰知道說下具體的步驟我用的是git鏈接的github!謝謝了!
首先cd你master文件夾下；然後將git pull origin master將網上的復制到本地，在git rm 文件。
在git push origin master同步到網路。