GIT常用命令 && GIT本地使用 && GIT报错解决 && GIT的忽略文件（ignore files）
（0）GIT目录结构及版本控制原理
$cd test_proj/.git
$ ls | more
branches/ # 新版的Git已经不再使用这个目录，所以大家看到它 #一般会是空的
hooks/ # 默认的“hooks” 脚本文件
info/ # 里面有一个exclude文件，指定本项目要忽略的文件 #，看一下这里
logs/ # 各个refs的历史信息
objects/ # 这个目录非常重要，里面存储都是Git的数据对象。包括：提交(commits), 树对象(trees)，二进制对象 #（blobs）,标签对象（tags）。
refs/ # 标识着你的每个分支指向哪个提交（commit）。所有分支的命名信息保存在“.git/refs/heads”中
COMMIT_EDITMSG # 保存着上一次提交时的注释信息
config # 项目的配置信息
description # 项目的描述信息
HEAD # 项目当前在哪个分支的信息。cat HEAD回显ref: refs/heads/master，说明当前是master分支
index # 索引文件，git add 把要添加的项暂存到这里，暂存区也叫索引文件，是一个在你的工作目录（working tree）和项目仓库间的暂存区域(staging area)，索引是一个二进制格式的文件，里面存放了与当前暂存内容相关的信息，包括暂存的文件名、文件内容的SHA1哈希串值等。
一个Git项目中文件的状态大概分成下面的两大类，而第二大类又分为三小类：
1，未被跟踪的文件（untracked file）
2，已被跟踪的文件（tracked file）
2.1，被修改但未被暂存的文件（changed but not updated或modified）
2.2，已暂存可以被提交的文件（changes to be committed 或staged）
2.3，自上次提交以来，未修改的文件(clean 或 unmodified)
Git把它所管理的所有对象（blob，tree，commit，tag……），全部根据它们的内容生成SHA1哈希串值作为对象名；根据目前的数学知识，如果两块数据的SHA1哈希串值相等，那么我们就可以认为这两块数据是相同的。这样会带来的几个好处：
1，Git只要比较对象名，就可以很快的判断两个对象的内容是否相同。
2，因为在每个仓库（repository）的“对象名”的计算方法都完全一样，如果同样的内容存在两个不同的仓库中，就会存在相同的“对象名”。
3，Git还可以通过检查对象内容的SHA1的哈希值和“对象名”是否匹配，来判断对象内容是否正确。
4，根据上面的原则：Git确实根据内容来生成名字的，而且同名（SHA1哈希串值）肯定会有相同内容，但是提交对象（commit）和其它对象有点不一样，它里面会多一个时间戳（timestamp），所以在不同的时间生成的提交对象，即使内容完全一样其名字也不会相同。
cat refs/heads/master | xargs git cat-file -p
tree 0bd1dc15dc5cb5fd4b9
author liuhui998 &&
committer liuhui998 &&
project init
+0800就是时间戳，refs/heads/master对应的就是commit对象
cat refs/heads/master | xargs git cat-file -t
（1）git add：添加至暂存区，但并未提交至服务器。git add . 是表示把当前目录下的所有更新添加至暂存区。有时在终端操作这个会提示：
warning: CRLF will be replaced by LF in GeneSmartStay/res/values-zh-rTW/strings.xml.The file will have its original line endings in your working directory.
这是因为文件中换行符的差别导致的。这个提示的意思是说：会把windows格式（CRLF）转换成Unix格式（LF），这些是转换文件格式的警告，不影响使用。
需要注意的是：如果在上次执行“git add”之后再对文件的内容进行了修改，那么在执行“git status”命令时，Git会对文件内容进行SHA1哈希运算就会发现文件又被修改了，仍会提示需要add，这是因为SVN是追加式的，只需要add一次；而GIT每次修改后的提交都是新文件，所以需要重新add。其实这时“readme.txt“就同时呈现了两个状态：被修改但未被暂存的文件（changed but not updated），已暂存可以被提交的文件（changes to be committed）。如果我们这时提交的话，就是只会提交第一次“git
add"所以暂存的文件内容；只有再add后再提交，才是commit修改后的内容。
我们用一个实验来证明git的每次commit是独立的文件，不是追加的增量。我们在readme.txt复制后，在新文件的末尾增加了一行语句，变成了readme2.txt。查看两次提交的信息并cat文件内容
readme2.txt仅仅是末尾加了一行，但是可以看到不同commit对象对应的仍是完整的内容，而不是差异。
（2）git branch：可以创建一个新的分支，也可以查看当前仓库里所有的分支。git branch test创建名为test的分支，可以用git checkout test切换到test分支工作。如果仓库下的某分支不用了，可以用“git branch -d”命令把这个分支删掉。如果你想要删除的分支还没有被合并到其它分支中去，那么就不能用“git branch -d”来删除它，需要改用“git branch -D”来强制删除。
（3）git checkout：从暂存区恢复文件到工作区git checkout
&file&；有可以把Git 仓库（隐藏目录中的那些文件）导出到工作目录中；可以切换到某分支进行工作。Git把所有的历史提交信息全部存储在“Git目录”里，它就是一个Git项目的仓库；你对本地的源代码进行编辑修改后创建的提交也都会先保存在这里面，然后再推送到远端的服务器。当我们把项目目录和“Git目录”一起拷到其它电脑里，它能马上正常的工作（所有的提交信息全都保存在Git目录里）；甚至可以只把“Git目录”拷走也行，但是要再签出（checkout）一次。git
checkout -- filename 这个是恢复到某文件修改前的版本，这样你做的本地修改都忽略不见了；如果不带具体文件名，只会提示更改记录，并不会做任何更新。git-checkout -f ，可以使用 -f 选项导出文件，覆盖本地修改，这样就可以将您带回到一个干净的状态。
另一个较重要的功能类似于svn update，如果某次之前的commit有多个不同目录下的文件，现在只想恢复其中的某个文件到历史版本，用git checkout
commit_id file_name
//取文件file_name的 在commit_id是的版本，commit_id为 git commit 时的sha值。
（4）git clean：清除工作区未跟踪文件或者手工文件。
（5）git cat-file：查看节点文件，-p查看节点内容，-t查看节点类型。Git的数据对象包括：提交(commits)、树对象(trees)、二进制对象（blobs）、标签对象（tags）。这些对象之间是什么关系呢？
A，先用git log查看GIT本地创建的信息：
zhangcheng@ubuntu:~/project/HaoEn785$ git log
commit 4f8dc48cb9fabe1f3af6
Author: zhangcheng &&
Wed Dec 25 12:30:50
大家可以看到目前只有一个提交（commit）对象，而它的名字就是：”4f8dc48cb9fabe1f3af6”。这个名字就是对象内容的一个签名串值，只要对象里面的内容不同，那么我们就可以认为对象的名字不会相同，反之也成立。为了方便表示，在不影响表达的情况下，一般只写SHA串值的前6个字符。
B，用 git cat-file -p查看节点信息，如下：
zhangcheng@ubuntu:~/project/HaoEn785$ git cat-file -p 4f8d94
tree a81a6d9000debd275d31
author zhangcheng &&
committer zhangcheng &&
大家可以看到：提交“4f8d94” 是引用一个名为“a81a6d9000debd275d31”的树对象（tree）。一个树对象（tree）可以引用一个或多个二进制对象（blob）, 每个二进制对象都对应一个文件。 更进一步, 树对象也可以引用其他的树对象，从而构成一个目录层次结构。我们再看一下这个树对象（tree）里面有什么东东：
zhangcheng@ubuntu:~/project/HaoEn785$ git cat-file -p 549454
040000 tree 25e3857bbb0587dcdac1beade8d382
可以它直接引用alps我们代码的根目录。所有CODE就是根据这个来联系起来的。
C，我们可以用这个命令完成另一个实验，即相同内容的文件具有相同的哈希值，建跟readme.txt内容完全相同的另一个文件。执行：
$git cat-file -p HEAD | head -n 1 | cut -b6-15 | xargs git cat-file -p
100644 blob 2d832de59c322d5a2a459da546469
readme.txt
100644 blob 2d832de59c322d5a2a459da546469
readme2.txt
这个命令是查看当前的提交（HEAD）所包含的blob对象，可见，它们的对象名完全一样。
（6）git commit：本地提交。git commit -m 'xxxxx'，以添加LOG的形式提交更改。提交的是暂存区的内容，而不是工作区的内容。
（7）git config：查询和修改配置。当使用git时反馈*** Please tell me who you are，说明个人账户没有配置。git的配置文件；一共有三个：
A，/etc/gitconfig: 所有用户普遍适用的、系统的，git config --system选项
B，~/.gitconfig： 只适用该用户， git config --global选项
C，.git/config当前项目.git目录中，只适用当前项目， .git/config
每一层都覆盖上一层，也就是优先级
.gitconfig
~/.gitconfig
/etc/gitconfig。配置内容：A，用户信息：包括个人用户名称和电子邮件名称；B，文本编辑器：设置在需要打开文本编辑器来输入某些信息时默认编辑器，例如vi、 vim、 emacs等；C，差异分析工具：在解决合并冲突时使用哪种差异分析工具。比如vimdiff；
git config --global user.name "个人用户名称"
git config --global user.email 电子邮件
git config --global core.editor vim
git config --global merge.tool vimdiff
查看配置内容：git config --list, 有时候会看到重复的变量名，那就说明它们来自不同的配置文件。不过最终Git 实际采用的是最后一个。
（8）git diff：本地文件与暂存区差异比较。查看本地文件和仓库已提交内容的差异：git diff HEAD；暂存区与HEAD的对比：git diff --cached；查看某个文件与仓库的差别：git diff filename.c 。查看master分支与子分支的差异：git diff 分支名。
（9）git fetch：获取远程版本库
（10）git init 和git clone：建立一个git仓库。有两种方式可以建立git仓库，一个是新建，一个是克隆现有的git仓库。 新建一个git仓库：
git init；克隆现有的git仓库：
git clone [url] [目录名（如果木有，则建立一个和原仓库同名的目录）。建立起来的git仓库都是在目录下多了一个.git目录，不同点是init的里边啥也木有，clone的是把目标git仓库复制过来了。android GIT源目录
一个例子来说明git clone。如果想看一下最新的linux内核源代码，当我们打开它的网站时，发现有如下面的一段提示：
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
http://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
三行字符串表示三个地址，我们可以通过这三个地址得到同样的一份Linux内核源代码，即用git clone上面的任一行得到的是同样的内容。
我们先来看一下URL，git://、http://、https://这些代表是传输git仓库的协议形式，而“git.kernel.org“则代表了Git仓库存储的服务器名字（域名），“/pub/scm/linux/kernel/git/torvalds/linux-2.6.git” 则代表了Git仓库在服务器上位置。Git 仓库除了可以通过上面的git、http、https协议传输外还可以通过ssh、ftp(s)、rsync等协议来传输。git clone的本质就是把“Git目录”里面的内容拷贝过来，执行git
clone的结果如下：
$git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
Initialized empty Git repository in /home/liuhui/temp/linux-2.6/.git/
remote: Counting objects: 1889189, done.
remote: Compressing objects: 100% (141), done.
Receiving objects: 100% (9189), 385.03 MiB | 1.64 MiB/s, done.
remote: Total 1889189 (delta 1570491), reused 1887756 (delta 1569178)
Resolving deltas: 100% (0491), done.
Checking out files: 100% (), done.
initialized这行意味着我们在本地先建了一个“linux-2.6”目录，然后在这个目录建了一个空的Git本地仓库（Git目录），里面将会存储从网上拉下来的历史提交。remote这两行代表服务器现在调用 git-pack-objects 对它的仓库进行打包和压缩。receving这行代表客户端接收服务器端发过送过来的数据。在我们执行完上面的clone linux-2.6代码的的操作后，Git会从“Git目录”里把最新的代码到签出（checkout）到“linux-2.6”这个目录里面。
（11）git log：显示提交日志（如果是clone来的，它也会继承所克隆的仓库的信息）。带参数-- fileName，fileName为任意文件名，查看指定文件的提交信息。 带参数 file/ ，
查看file文件夹下所有文件的提交记录。git log .：当前目录下的提交记录。
另外，git log -n 1：查看最后一次提交的信息；git log -n 1 --stat：想看到最近一次提交所有更改过的文件；git log -n 1 -p：想看到最近一次提交所有更改的细节。git log -p xxx.c：查看某文件所有次提交的详细修改细节。
如果log跟tag都有使用，可以用git log tag_relold..tag_relnew来显示这两次tag之间所列出的commit Log记录。
（12）git merge：分支合并。git merge子分支名，把子分支与master合并。
git merge test
Updating b765df9..7f3c997
Fast-forward
readme.txt |
1 files changed, 1 insertions(+), 0 deletions(-)
“Updating b765df9..7f3c997”表示现在正在更新合并“b765df9”和“7f3c997”两个提交（commit）之间的内容；“b765df9”代表着主分支（master），“7f3c997”代表测试分支（test）。“Fast-forward”在这里可以理解为顺利合并，没有冲突。
如果修改的内容有冲突，则会有如下的提示：
$git merge test
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
Au fix conflicts and then commit the result.
合并命令的执行结果不是“Fast-foward”，而是“CONFLICT”。是的，两个分支的内容有差异，致使它们不能自动合并（Auto-merging）。先看一下工作目录的状态：
$git status
# On branch master
# Unmerged paths:
# (use "git add/rm &file&..." as appropriate to mark resolution)
# both modified:
readme.txt
no changes added to commit (use "git add" and/or "git commit -a")
提示当前有一个文件“readme.txt”没有被合并，原因是“both modified”。再看一下暂存区里的内容：
$git ls-files --stage
b5fa642ef09f17d 1 readme.txt
100644 aac629fbd9c662e6548fdc 2 readme.txt
a81de5dfb592a2f3f50f66f474dd 3 readme.txt
“aac629”是当前主分支的内容，“034a81”是测试分支里的内容，而“4b5fa6”是它们共同父对象（Parent）里的内容。所以我们用编辑器合并编辑了工作区的内容后，在add 、commit，这个冲突就算解决了。怎么用“git add”添加到暂存区去，“git add”不是用来未暂存文件的吧，怎么又来解决冲突了？因为Git是一个“snapshot”存储系统，所有新增加的内容都是直接存储的，而不是和老版本作一个比较后存储新旧版本间的差异。
（13）git mv：重命名
（14）git pull：拉回远程版本库的更新，也即把服务器上的最新更改变更更新到本地工作区上（ 比如git-pull git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git，即拉取源代码树的更新）。如果pull时提示诸如 fc7cc33..ebf8026
-& origin/master，说明mastar已从fc7cc33更新到了ebf8026。本地如果想恢复到fc7cc33版本，再重新pull即可，要先恢复参见git
（15）git push：推送至远程版本库
（16）git remote：远程版本库管理
（17）git rm：删除文件。git rm --cached &file&从暂存区删除某文件；git rm &file& 从暂存区和仓库中都删除某文件。
A，git rm file1 //删除文件跟踪并且删除仓库中的文件file1
git commit //提交刚才的删除动作，之后git不再管理该文件。
B，git rm --cached file1 //删除文件跟踪但不删除仓库的文件file1
git commit //提交刚才的删除动作，之后git不再管理该文件。但是文件系统中还是有file1。
不再跟踪某个目录，用git rm -rf xxx/（可能需要先保存好本地文件，避免误删），之后再commit。
（18）git status：显示整个工作区文件状态，该命令无法获知服务器上是否有更新，只能检测当前目录是否有未提交的。git status .：当前目录的差异状态。
（19）git reset：重置改变分支“游标”指向，或者从数据仓库恢复文件到工作区。git reset HEAD filename 取消暂存，文件回到已修改未暂存的状态。用git reset --hard 哈希码 ，可以恢复到之前旧的某个版本，比如：git reset --hard fc7cc33，则终端回显HEAD is now at fc7cc33 Support AccessibilityService。
（20）git sp：生成差分升级包。用git lg列出LOG记录后，用sp
哈希码旧..哈希码新，就可以生成一个两个版本间的区别差分包XXX.PATCH。
apply：在收到别人sp出给的patch，合并到自己的CODE中时，可以用命令来做这份工作。在master目录下git apply --reject
xxx.patch就行了，不必手工来做。如果自己在合并patch之前做了其他修改，该命令会执行失败，需要手工合并。
（22）git ls-files --stage：查看暂存区内容。
$git ls-files --stage
d832de59c322d5a2a459da
readme.txt
你会发现“git目录“里多出了”.git/objects/2d/832de59c322d5a2a459da546469”这么一个文件，再执行“git cat-file -p 2d832d” 的话，就可以看到里面的内容正是“hello,world"。Git在把一个文件添加暂存区时，不但把它在索引文件(.git/index)里挂了号，而且把它的内容先保存到了“git目录“里面去了。
（23）git show：显示某次commit提交的细节和差异。比如git show commit_id，如果只看这次提交的某个文件的细节和差异，后面再加上路径和文加名就行了。
（24）git tag：可以用 git tag创建一个标签(tag)指定某个提交(commit)。比如 git tag stable-1 1b2e1d63ff，这样我们可以用stable-1 作为提交(commit) "1b2e1d63ff" 的代称(refer)。也即tag是某些典型log的另一个名称。用git tag -l可以列出所有的tag记录。
========================================================================================
假如项目在路经/home/ryan/codes/下面：
cd /home/ryan/codes/
git commit -m "my project"
即可。需要注意的是，子目录需没有被GIT管理过，不然会遗留.git目录，导致最上层的GIT添加过程不会完整。
==========================================================================================
（1）当执行GIT操作时，如果回显：fatal: Unable to create ‘xxxx/.git/index.lock': File exists.If no other git process is currently running, this probably means a
git process crashed in this repository earlier. Make sure no other git process is running and remove the file manually to continue.
解决方法：rm -f ./.git/index.lock
===========================================================================================
使用GIT管理代码仓库时，有些文件是不需要进行管理的（不需要老被提示Untracked files，因为根本不用关注），比如编译生成的.o .a文件、某些生成文件夹等，这个时候就需要用到ignore文件。ignore文件均为如下格式：
# 以'#'开始的行，被视为注释.
# 忽略掉所有文件名是 foo.txt的文件.
# 忽略所有生成的 html文件,
# foo.html是手工维护的，所以例外.
# 忽略所有.o和 .a文件.
比较常用的一种方法是在仓库所在目录下新建一个名为.gitignore的文件，编辑如上内容。.gitignore文件对其所在的目录及所在目录的全部子目录均有效。常用规则还有：
# 忽略*.o和*.a文件
# 忽略*.b和*.B文件，my.b除外
# 忽略dbg文件和dbg目录
# 只忽略dbg目录，不忽略dbg文件
# 只忽略dbg文件，不忽略dbg目录
# 只忽略当前目录下的dbg文件和目录，子目录的dbg不在忽略范围内
需要注意的是.gitignore文件放置位置，如果是对alps执行了git add/git commit，那么.git目录跟alps是同一层目录的。在当前目录下新建.gitignore文件，如果需要忽略alps/out目录，则添加内容out/即可，也即设定的当前所在目录是alps/。
参考原文：
参考原文：
参考原文：
参考原文：
参考原文：
参考原文：
参考原文：
参考原文：
参考原文：
没有更多推荐了，
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！代词both的用法和例句
代词both的用法和例句
学习啦【英语单词】 楚欣
　　以下是小编为大家整理的代词both用法总结，希望能帮助大家更好地认识both这个单词，提高水平。
　　一、both用作代词，意为&两者&、&双方&。
　　1.在中作主语或宾语，可单独使用或用于&both of...&结构中，但当of后面是名词时，名词前面必须有the、one&s等限定词。另外，当其作主语时，谓语动词必须用复数。如：
　　Both are good. 两个都挺好。
　　Why not use both? 为什么不两者都用?
　　Both of them have gone out. 他们俩都外出了。
　　Both of the men are asleep. 那两个男人都睡着了。
　　Of course, I wish both of your children well. 当然，我祝福你的两个孩子都。
　　2.用作主语的同位语。其位置主要有三种情况：①放在实义(行为)动词之前;②放在情态动词、助动词之后;③放在连系动词be之后。如：
　　We are both students. 我们俩都是学生。
　　Don&t thank me. You must both thank him! 别谢我。你们俩必须感谢他!
　　We have both passed the mid-examination. 我们俩都通过了期中考试。
　　在简略回答及感叹句中，both不能位于句尾，要放在连系动词be、助动词或情态动词之前。如：
　　&Are you ready?你们准备好了吗?
　　&Yes, we both are. 是的，我们俩都准备好了(不能说Yes, we are both)。
　　How clever they both are!他们俩多聪明啊!
　　3.用作宾语同位语。这时，both要紧跟在宾语之后。如：
　　You may take them both. 你可以把两个都拿去。
　　He likes Tom and Wang Hai both. 汤姆和王海两个他都喜欢。
　　二、both用作形容词，意为&两者的&、&双方的&。
　　both作形容词用时，是一个首位限定词，它必须放在其他限定词或修饰词之前。如：
　　There are lots of trees on both sides of the road. 公路两旁都有很多树。
　　Please hold both my hands in yours. 请握住我的双手。
　　Both children are my sons. 两个孩子都是我的儿子。
　　both作形容词修饰复数名词时，意义上与either修饰单数名词是一样的。如：
　　Both films are interesting. 两部电影都很有趣。
　　Either film is interesting. 两部(中的任何一部)电影都很有趣。
　　三、用作代词或形容词的both与not连用时，表示部分否定，意为&两者不都&。如：
　　Both her sisters are not in Shanghai(=Not both her sisters are in Shanghai).她的两个妹妹并不都在上海。
　　I won&t take both, please. 两个我不全都要。
　　Not both books are helpful. 两本书并不都是有益处的。
　　四、&both...and&只用于肯定句，否定句要用&neither...nor&。如：
　　Both you and I know this. 你和我都知道这事。
　　Neither you nor I know this. 你和我都不知道这事。
　　He can speak both English and French. 他既能讲英语，又能讲法语。
　　He can speak neither English nor French.他既不会讲英语，也不会讲法语。
--------------------------------------------------------------------------------------
　　代词both的用法和例句相关文章推荐：
[代词both的用法和例句]相关的文章
【英语单词】图文推荐You see, I had only one wit, but it saved both you and me.
你看看我，虽然只有一分智慧，但却救了你和我的命。
We will have an iron contract in place to protect both you and me.
我们将在地方铁合同，以保护你和我。
It's the best gift both for you and me to keep her original face in heart, ever, ever.
记住她原本的样子，就是我能送给我们彼此的最佳礼物。
Vita: You and me both, kid.
我和你一样，孩子。
I would like to take the opportunity to thank you for all that you have done both for me and for my family. We are in your debt.
我想借此机会对你为我和我的家庭所做的一切表示感谢，我们欠你太多了。
The bum's eyes both asked and implored, Would you let me hold your baby?
乞丐的眼睛里带着询问和恳求，“你能让我抱抱你的宝宝吗？”
Embrace them tenderly, since they are worthy both of me and of you.
慈爱的拥抱他们，他们都是值得被你我所拥有的。
Eating, for people like you and me, is both an art and a science.
饮食，对于你我这样的人来说既是艺术又是科学。
Both of you please give me your licenses and registrations .
你们二位给我看看驾驶执照和车辆登记卡。
For example, you can set fire on the house to burn both the house and me, or you can shoot me with a gun or stab me with a knife, or you can put poison in my food to kill me.
比如放一把火把房子和我一起烧掉，用枪把我打死或者用刀把我捅死，再不，往我的食物里放点毒药。
Because me and you are both "2"!
因为我和你都是排第2！
I hope you can understand me a little in both Chinese and English.
我希望您能明白我一点用汉语和英语。
And we both know you're not gonna kill me for it.
我们两个都很清楚你不会为此杀我。
Now, you both come to me with this bad blood, and what do you expect me to do?
现在，你们两个人又把仇恨带到我这儿来，你要我怎么样？
Dear Mommy and Daddy, you love me and care for me everyday, I love you both more and more, day by day .
亲爱的妈咪和爹地，你们每天关心照顾着我，我对你们的感情也与日俱增。
You destroy your relation. Both God and human angry with me.
大人你大义灭亲，我就人神共愤。
Thank you for giving me this special feeling of both superiority and self righteousness.
感谢你谅解我的优越感和自以为是。
Be daily prove you shall me find / To be to you both loving and kind.
你深知我每日如此，我永远对你爱慕有加。
To me you seem like a giant, both in body and soul.
在我看来，无论从身体上还是从精神上你都是一个巨人。
You are more than welcome to type both Chinese and English to me.
欢迎你键入中文和英文给我。
Now tell me if you have a good command of both written and spoken English.
请告诉我你的英语口语和书面语是否都很好。
I think you and I both know, that the raise is more important to me than the title itself.
我想你和我都知道，加薪对我来说比头衔本身更重要。
Now tell me if you have a good command of both written and spoken English.
现在告诉我，如果你有一个良好的书面和口语。
Me and you got a lot common. The both of us is a handsome devils.
你我都很英俊，都有共同的爱好------喝汽水。
Let us both forget: you, a name which must mean very little to you, and I, happiness which has become impossible for me to bear.
所以让我们忘记彼此：对于你，那必须是微不足道的；对于我，那也是一份无福消受的幸福。
Let us both forget: you, a name which must mean very little to you, and I, happiness which has become impossible for me to bear.
所以让我们忘记彼此：对于你，那必须是微不足道的；对于我，那也是一份无福消受的幸福。
$firstVoiceSent
- 来自原声例句
请问您想要如何调整此模块？
感谢您的反馈，我们会尽快进行适当修改！
请问您想要如何调整此模块？
感谢您的反馈，我们会尽快进行适当修改！}