【问题标题】:Is this the right "workflow" when working with GIT?使用 GIT 时,这是正确的“工作流程”吗?
【发布时间】:2020-05-02 17:01:55
【问题描述】:

我是 GIT 的新手,我正在尝试了解在项目开始时这是否符合逻辑顺序。

这是在我将在现有项目上工作的情况下:

  1. git clone 将现有存储库克隆到我的本地 PC。

  2. git branch 这样我就可以在单独的分支中进行编辑了。

  3. 处理我的代码并进行更改。

(问题:这里的顺序重要吗?在我开始输入更改之前我必须git branch,还是重要?)

  1. 在我编写代码时,如果我想确保我有其他人的最新工作,我可以 git pull。

(问题:Git pull 仅将更改拉到单个分支是否有任何顾虑?)

  1. 继续进行更改

  2. git add, git commit, git push

  3. git push 是否会自动将我的更改与 master 合并,还是那是另一个命令?

还有什么我需要做的(无论是清理等)。不知道还需要什么,因为我对它超级陌生。

【问题讨论】:

  • 您可以在开始更改文件后创建分支。你应该创建并签出分支之前你提交你的第一个提交“在那个分支上”,否则将有更多的工作来调整分支是正确的。跨度>
  • git push 不会以任何方式将任何东西合并到任何东西上。如果可能的话,它会推动你的分支。

标签: git github command-line


【解决方案1】:

问题:这里的顺序重要吗?在我开始输入更改之前我是否必须 git 分支,或者这有关系吗?

您可以在创建分支之前更改文件。它只是从当前 HEAD 创建分支,复制所有未提交的更改并将 HEAD 设置在那里

git checkout -b <branch_name>

checkout documentation

问题:Git 将更改拉到单个分支是否有任何顾虑?

首先,确保你在一个你不想拉的分支中。例如,如果你有 masterdevelop 分支,你试图拉出 develop 分支 然后留在 master 分支。

git checkout master
git pull origin develop

pull documentation

  1. git push 是否会自动将我的更改与主服务器合并,还是那是另一个命令?

git push 不会将您的更改与主服务器合并。它会将一个新分支推送到您的存储库,但只有git push 不起作用,您必须使用此命令:git push -u origin <branch_name>

要将您的分支与主分支合并,您必须在mastermerge 您的分支:

git checkout master
git merge <branch_name>

branch and merge documentation

【讨论】:

    猜你喜欢
    • 2011-01-20
    • 2016-05-19
    • 1970-01-01
    • 2011-05-21
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-07-09
    • 1970-01-01
    相关资源
    最近更新 更多