工作目录在哪里 git?

同事编程师,今天我的第一次沉浸在 git 通过 Tower 在 Mac - 生命太短暂,无法使用命令行 ;/

我读了几个条目和教程,但他们都没有关注我正在写的问题。 我对理解工作目录的概念有一些问题 git vs. SVN.

我所做的是什么:

我创建了一个本地repo并指向我的项目文件所在的文件夹。

添加并修复了文件夹中的所有文件。

编辑文件。 出现改变。

添加和固定文件。

这些步骤工作了。

到目前为止,我没有询问工作目录的位置,我无法检查 master HEAD /选项解锁/. 我的问题是:我的源文件夹是否充当工作目录 checkout? 当团队工作 checkout? 只有在我有几个分支机构时才真的开始玩吗?

我希望有人可以在我进一步走之前澄清它。
已邀请:

卫东

赞同来自:

当从一个源控制系统切换到另一个源控制系统时,通常发现存在许多常见术语,除了某些术语在这两个系统中实际上具有不同的值。 因为分支模型,它变得更加令人困惑 git 与分支模型非常不同 SVN. /警告:我的。 SVN 它变得有点生锈,因此请毫不犹豫地纠正任何错误。/

工作目录

具有相同的含义:这是您检查存储库的目录 /或者您创建了本地仓库的那个/, 您直接工作的文件在哪里。 但是,什么 SVN 原因

查看

/即复制远程存储库的内容和 "linking" 您的存储库到遥控器/, 叫

克隆

在 git. 在 git

查看

意味着过渡到另一个分支或修订。

在 SVN 分支工作 "copying" 所有存储库到另一个文件夹 /到服务器/, 当地,您可以删除分支 /如果你愿意,到另一个工作目录/. 因此,从某种意义上说,分支本身是一个完整的储存。

在 git 只有一个存储库包含

全部

发展历史以无循环的修订形式。 修订有一个或两个家长,并且鉴于审计,任何数量的修订都可能将其作为父母 /如此多的修订可以从一个修订版本分支,并且修订可能是合并两个修订序列。/. 随时随地

问题

订购特定审计。 此操作将使工作目录的内容等于所示审核时的工作目录。 /换句话说,她会 "replay" 所有修订版本从最初的审计到指定的/.

什么是分支 git? 这只是一个附加到修订的捷径。 如果检查分支,则会获得相同的效果,因为您直接检查了分支的审核,但在录制时,标签将自动向前移动到新的修订版。

最后:B。 SVN HEAD 指分支 "main"; 在 git - 固定/犯罪/ 或者在此刻检查的分支机构已经检查过。

窦买办

赞同来自:

对您的问题有点缩短:

是的,您的源文件夹充当当前分支的工作目录

没有团队 checkout, 你可以习惯的; 而不是这一点
git checkout

用于在分支之间切换

你可以切换到

主要的东西

默认创建的分支 - 它将是一个头 SVN /但它不被称为 HEAD/

董宝中

赞同来自:

Subversion 堵塞你的工作流程 /隐/ 文件夹 '.svn', 包含验证源数据的元数据和副本。 Git 将数据放在一个文件夹中 " .git " 在项目的根源中。

如果您创建新存储库 git 从
git init

, 您可以看到此文件夹。 ".git" 使用命令行魔法
ls -al

/我确定 Mac OS 还允许图形方式/.

几乎所有你做的一切 git /除了 fetch, pull, pull/, 用途

当地的

隐藏在文件夹中的存储库 '.git'. 这是原因之一 git 很快。 如果从另一个存储库中克隆,您将首先在本地修复我的更改,然后将发送它们 /在某些时候/ 早在 'origin'.

要回复问题请先登录注册