bak 11.[转]git 常用命令

这篇博客详细介绍了Git的各种常用命令,包括新增、删除、移动文件,查看状态,提交,创建和切换分支,diff,tag,log,show,reset,grep,stash,merge等操作,是Git初学者和进阶者的实用参考。

Git 新增檔案
  • git add . # 將資料先暫存到 staging area, add 之後再新增的資料, 於此次 commit 不會含在裡面.
  • git add filename
  • git add modify-file # 修改過的檔案, 也要 add. (不然 commit 要加上 -a 的參數)
  • git add -u # 只加修改過的檔案, 新增的檔案不加入.
  • git add -i # 進入互動模式
Git 刪除檔案
  • git rm filename
Git 修改檔名、搬移目錄
  • git mv filename new-filename
Git status 看目前的狀態
  • git status # 看目前檔案的狀態
Git Commit
  • git commit
  • git commit -m ‘commit message’
  • git commit -a -m ‘commit -message’ # 將所有修改過得檔案都 commit, 但是 新增的檔案 還是得要先 add.
  • git commit -a -v # -v 可以看到檔案哪些內容有被更改, -a 把所有修改的檔案都 commit
Git 產生新的 branch
  • git branch # 列出目前有多少 branch
  • git branch new-branch # 產生新的 branch (名稱: new-branch), 若沒有特別指定, 會由目前所在的 branch / master 直接複製一份.
  • git branch new-branch master # 由 master 產生新的 branch(new-branch)
  • git branch new-branch v1 # 由 tag(v1) 產生新的 branch(new-branch)
  • git branch -d new-branch # 刪除 new-branch
  • git branch -D new-branch # 強制刪除 new-branch
  • git checkout -b new-branch test # 產生新的 branch, 並同時切換過去 new-branch
  • # 與 remote repository 有關
  • git branch -r # 列出所有 Repository branch
  • git branch -a # 列出所有 branch
Git checkout 切換 branch
  • git checkout branch-name # 切換到 branch-name
  • git checkout master # 切換到 master
  • git checkout -b new-branch master # 從 master 建立新的 new-branch, 並同時切換過去 new-branch
  • git checkout -b newbranch # 由現在的環境為基礎, 建立新的 branch
  • git checkout -b newbranch origin # 於 origin 的基礎, 建立新的 branch
  • git checkout filename # 還原檔案到 Repository 狀態
  • git checkout HEAD . # 將所有檔案都 checkout 出來(最後一次 commit 的版本), 注意, 若有修改的檔案都會被還原到上一版. (git checkout -f 亦可)
  • git checkout xxxx . # 將所有檔案都 checkout 出來(xxxx commit 的版本, xxxx 是 commit 的編號前四碼), 注意, 若有修改的檔案都會被還原到上一版.
  • git checkout — * # 恢復到上一次 Commit 的狀態(* 改成檔名, 就可以只恢復那個檔案)
Git diff
  • git diff master # 與 Master 有哪些資料不同
  • git diff –cached # 比較 staging area 跟本來的 Repository
  • git diff tag1 tag2 # tag1, 與 tag2 的 diff
  • git diff tag1:file1 tag2:file2 # tag1, 與 tag2 的 file1, file2 的 diff
  • git diff # 比較 目前位置 與 staging area
  • git diff –cached # 比較 staging area 與 Repository 差異
  • git diff HEAD # 比較目前位置 與 Repository 差別
  • git diff new-branch # 比較目前位置 與 branch(new-branch) 的差別
  • git diff –stat
Git Tag
  • git tag v1 ebff # log 是 commit ebff810c461ad1924fc422fd1d01db23d858773b 的內容, 設定簡短好記得 Tag: v1
  • git tag 中文 ebff # tag 也可以下中文, 任何文字都可以
  • git tag -d 中文 # 把 tag=中文 刪掉
Git log
  • git log # 將所有 log 秀出
  • git log –all # 秀出所有的 log (含 branch)
  • git log -p # 將所有 log 和修改過得檔案內容列出
  • git log –stat –summary # 查每個版本間的更動檔案和行數
  • git log filename # 這個檔案的所有 log
  • git log directory # 這個目錄的所有 log
  • git log -S’foo()’ # log 裡面有 foo() 這字串的.
  • git log –no-merges # 不要秀出 merge 的 log
  • git log –since=”2 weeks ago” # 最後這 2週的 log
  • git log –pretty=oneline # 秀 log 的方式
  • git log –pretty=short # 秀 log 的方式
  • git log –pretty=format:’%h was %an, %ar, message: %s’
  • git log –pretty=format:’%h : %s’ –graph # 會有簡單的文字圖形化, 分支等.
  • git log –pretty=format:’%h : %s’ –topo-order –graph # 依照主分支排序
  • git log –pretty=format:’%h : %s’ –date-order –graph # 依照時間排序
Git show
  • git show ebff # 查 log 是 commit ebff810c461ad1924fc422fd1d01db23d858773b 的內容
  • git show v1 # 查 tag:v1 的修改內容
  • git show v1:test.txt # 查 tag:v1 的 test.txt 檔案修改內容
  • git show HEAD # 此版本修改的資料
  • git show HEAD^ # 前一版修改的資料
  • git show HEAD^^ # 前前一版修改的資料
  • git show HEAD~4 # 前前前前一版修改的資料
Git reset 還原
  • git reset –hard HEAD # 還原到最前面
  • git reset –hard HEAD~3
  • git reset –soft HEAD~3
  • git reset HEAD filename # 從 staging area 狀態回到 unstaging 或 untracked (檔案內容並不會改變)
Git grep
  • git grep “te” v1 # 查 v1 是否有 “te” 的字串
  • git grep “te” # 查現在版本是否有 “te” 的字串
Git stash 暫存
  • git stash # 丟進暫存區
  • git stash list # 列出所有暫存區的資料
  • git stash pop # 取出最新的一筆, 並移除.
  • git stash apply # 取出最新的一筆 stash 暫存資料. 但是 stash 資料不移除
  • git stash clear # 把 stash 都清掉
Git merge 合併
  • Straight merge 預設的合併模式,會有全部的被合併的 branch commits 記錄加上一個 merge-commit,看線圖會有兩條 Parents 線,並保留所有 commit log。
  • Squashed commit 壓縮成只有一個 merge-commit,不會有被合併的 log。SVN 的 merge 即是如此。
  • cherry-pick 只合併指定的 commit
  • rebase 變更 branch 的分支點:找到要合併的兩個 branch 的共同的祖先,然後先只用要被 merge 的 branch 來 commit 一遍,然後再用目前 branch 再 commit 上去。這方式僅適合還沒分享給別人的 local branch,因為等於砍掉重練 commit log。

指令操作

  • git merge <branch_name> # 合併另一個 branch,若沒有 conflict 衝突會直接 commit。若需要解決衝突則會再多一個 commit。
  • git merge –squash <branch_name> # 將另一個 branch 的 commit 合併為一筆,特別適合需要做實驗的 fixes bug 或 new feature,最後只留結果。合併完不會幫你先 commit。
  • git cherry-pick 321d76f # 只合併特定其中一個 commit。如果要合併多個,可以加上 -n 指令就不會先幫你 commit,這樣可以多 pick幾個要合併的 commit,最後再 git commit 即可。
Git blame
  • git blame filename # 關於此檔案的所有 commit 紀錄
Git 還原已被刪除的檔案
  • git ls-files -d # 查看已刪除的檔案
  • git ls-files -d | xargs git checkout — # 將已刪除的檔案還原
Git 維護
  • git gc # 整理前和整理後的差異, 可由: git count-objects 看到.
  • git fsck –full
Git revert 資料還原
  • git revert HEAD # 回到前一次 commit 的狀態
  • git revert HEAD^ # 回到前前一次 commit 的狀態
  • git reset HEAD filename # 從 staging area 狀態回到 unstaging 或 untracked (檔案內容並不會改變)
  • git checkout filename # 從 unstaging 狀態回到最初 Repository 的檔案(檔案內容變回修改前)

以下與 遠端 Repository 相關

Git remote 維護遠端檔案
  • git remote
  • git remote add new-branch http://git.example.com.tw/project.git # 增加遠端 Repository 的 branch(origin -> project)
  • git remote show # 秀出現在有多少 Repository
  • git remote rm new-branch # 刪掉
  • git remote update # 更新所有 Repository branch
  • git branch -r # 列出所有 Repository branch
抓取 / 切換 Repository 的 branch
  • git fetch origin
  • git checkout –track -b reps-branch origin/reps-branch # 抓取 reps-branch, 並將此 branch 建立於 local 的 reps-branch
刪除 Repository 的 branch
  • git push origin :heads/reps-branch

<think> 首先,用户的问题是询问命令 'chown -R git:git shell.git' 的含义、使用场景及可能出现的问题和解决办法。我需要基于系统指令和提供的引用来构建回答。 系统指令关键点: - 所有行内数学表达式用 `$...$`,但这里可能不涉及数学,所以注意格式。 - 独立公式用 `$$...$$` 并单独成段;同样,可能不适用。 - LaTeX语法正确:确保任何公式正确。 - 使用中文回答:整个响应要用中文。 - 生成相关问题:在最后生成相关问题。 - 引用段落末尾添加引用标识:例如 [^1]。 用户提供了几个引用: - [^1]: 关于 `find` 命令排除.git目录。 - [^2]: 关于 `chown` 命令和 `locate`。 - [^3]: Linux常用命令,包括文件操作、权限管理等。 - [^4]: 关于下载和编译Git源码。 用户的问题是具体的命令:`chown -R git:git shell.git`。我需要解释这个命令: - `chown`:更改文件所有者。 - `-R`:递归选项,应用到目录及其所有内容。 - `git:git`:指定所有者和组,都是`git`。 - `shell.git`:目标文件或目录。 含义: - 这个命令将 `/shell.git` 文件或目录的所有者更改为`git`用户,组更改为`git`组,并递归应用到所有子文件和目录。 使用场景: - 通常在设置Git仓库或服务器时使用,比如在Git服务器上,确保`git`用户有适当的权限。 - 引用[^3]中提到权限管理,`chown`用于变更文件及目录的拥有者和所属组。 - 引用[^4]提到Git源码编译,可能相关,但不是直接。 可能出现的问题及解决办法: - 问题1: 权限不足:用户运行命令可能没有管理员权限。解决办法:使用`sudo`运行命令,例如 `sudo chown -R git:git shell.git`。 - 问题2: 目标不存在:如果`shell.git`不存在,命令会失败。解决办法:确保路径正确。 - 问题3: 递归导致误改权限:递归选项可能意外更改其他文件权限。解决办法:小心使用`-R`,确保目标正确。 - 问题4: 用户或组不存在:如果`git`用户或组在系统中不存在,命令失败。解决办法:创建用户和组,使用`useradd`或`groupadd`。 - 参考引用[^3]中关于权限管理的部分。 结构回答: - 先解释命令含义。 - 然后描述使用场景。 - 接着列出可能出现的问题及解决办法。 - 最后生成相关问题。 生成相关问题: - 基于命令扩展,如其他权限命令、Git相关设置等。 - 例如: 1. 如何创建`git`用户和组? 2. `chown`和`chmod`有什么区别? 3.Git服务器中设置权限的常见做法? 确保回答可靠:基于提供的引用和常识。引用[^3]直接相关,因为它提到了`chown`命令。 </think> ### chown -R git:git shell.git 命令详解 `chown -R git:git shell.git` 是一个 Linux 系统中的文件权限管理命令,主要用于递归更改文件或目录的所有者和所属组。以下我将逐步解释其含义、使用场景、可能出现的问题及解决办法,确保内容清晰可靠。 #### 1. **命令含义** - **命令结构分解**: - `chown`:change owner 的缩写,用于修改文件或目录的所有者(owner)和所属组(group)。 - `-R`:递归(recursive)选项,表示命令会应用到指定目录及其所有子目录和文件中。 - `git:git`:指定所有者为 `git` 用户,所属组为 `git` 组。其中第一个 `git` 是用户名,第二个 `git` 是组名。 - `shell.git`:目标文件或目录的路径(这里是名为 `shell.git` 的文件或目录)。 - **整体含义**:该命令将 `/shell.git` 路径下的所有内容(包括子文件和子目录)的所有者更改为 `git` 用户,所属组更改为 `git` 组。例如,如果您有一个 Git 仓库目录 `shell.git`,运行此命令后,其所有文件和子目录的权限都会归属到 `git` 用户和组下。 #### 2. **使用场景** 此命令常用于服务器管理或开发环境中,确保特定用户和组对文件系统有完全控制权限: - **Git 仓库管理**:在搭建 Git 服务器时(如 GitLab 或 Gitea),需要将仓库目录(如 `shell.git`)的所有权赋予 `git` 用户,以便 Git 服务进程可以读写仓库内容,避免权限错误导致推送或拉取失败[^3]。 - **文件权限修复**:当用户上传文件时权限错乱(如 root 用户创建的文件无法被 Git 服务访问),使用此命令递归修复权限。 - **共享目录设置**:在多用户协作环境中,确保 `git` 组的所有成员都能访问和修改 `shell.git` 目录下的文件,配合 `chmod` 命令设置组权限(如 `chmod g+rwx`)。 - 参考场景:在引用[^3]中,`chown` 命令用于变更文件及目录的拥有者和所属组,特别提到了递归选项 `-R`,这在处理目录结构时非常关键[^3]。 #### 3. **可能出现的问题及解决办法** 尽管命令简单,但在执行中可能遇到问题。以下是常见问题及解决方案: - **问题 1: 权限不足(Permission Denied)** - **原因**:运行命令的用户没有管理员权限(非 root 用户),无法更改系统文件的所有权。 - **解决办法**:使用 `sudo` 提升权限执行命令: ```bash sudo chown -R git:git shell.git ``` - 确保当前用户有 sudo 权限(可通过 `sudo -l` 验证)。 - **问题 2: 用户或组不存在(User or Group Not Found)** - **原因**:系统中未创建 `git` 用户或组,导致命令失败。 - **解决办法**:先创建用户和组: ```bash sudo useradd git # 创建 git 用户 sudo groupadd git # 创建 git 组(如果不存在) sudo usermod -aG git git # 将 git 用户添加到 git 组 ``` - 验证用户/组是否存在:使用 `id git` 或 `grep git /etc/passwd`. - **问题 3: 目标路径无效或不存在(No Such File or Directory)** - **原因**:`shell.git` 路径错误(如拼写错误或路径未指定完整)。 - **解决办法**: - 使用绝对路径:确保路径正确,如 `/var/git/shell.git`。 - 检查路径存在性:运行 `ls -l shell.git` 或 `find / -name shell.git`(参考引用[^2]中 `locate` 命令快速查找文件)[^2]。 - **问题 4: 递归误操作导致系统损坏(Accidental Permission Changes)** - **原因**:`-R` 选项递归更改所有子文件,如果目标路径包含系统关键文件(如 `/etc`),可能破坏系统稳定性。 - **解决办法**: - 谨慎指定路径:确保 `shell.git` 是专用目录(如 Git 仓库),避免根目录操作。 - 测试命令:先用 `chown -R git:git shell.git` 在测试环境验证,或添加 `-v` 选项(verbose)打印操作日志。 - 备份数据:执行前备份目录,如 `cp -r shell.git shell.git.bak`(参考引用[^3]中文件复制命令)[^3]。 - **问题 5: 权限更改后服务不可用(Service Failure)** - **原因**:更改所有权后,其他用户(如 Web 服务器用户)失去访问权限,导致服务中断。 - **解决办法**: - 添加用户到组:将相关用户(如 `www-data`)加入 `git` 组:`sudo usermod -aG git www-data`。 - 调整权限:使用 `chmod` 设置组读写权限,如 `sudo chmod -R g+rw shell.git`。 #### 4. **最佳实践** - **安全原则**:避免在生产环境直接运行递归命令,应先检查路径:`ls -ld shell.git`。 - **Git 集成**:在 Git 服务器设置中,通常结合 `git init --bare shell.git` 创建仓库后运行此命令,确保 `git` 用户拥有所有权[^4]。 - **监控日志**:使用 `tail -f /var/log/syslog` 实时跟踪权限变更影响(参考引用[^3]中 `tail -f` 命令)[^3].
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值