git - 项目的基本 git/github 工作流程，我将在开始时单独工作

Question

我以前从未使用过版本控制系统。我打算将 git 和 github 用于我将从事的新项目。我已经阅读了 Pluralsight 上的 git 教程。我了解系统的工作原理，但由于我是新手，我觉得它有点混乱，并想验证我是否理解正确。

我想将 git 用于我将从事的新项目。最初，我将独自从事该项目。我想这将是我的工作流程。

1. 创建一个新的本地仓库（git init）
2. 添加远程仓库（git remote add https://github.com/myuserid/projectname.git）
3. 在本地机器上编写/编辑代码
4. 提交在步骤 3 中所做的更改
5. 推送提交到远程仓库（git push）
6. 返回第 3 步，除非您已达到要发布版本的阶段
7. 添加版本标签（git tag -a v1.0）
8. 将标签推送到远程（git push --tags）
9. 转到第 3 步

这个对吗？

编辑：我的一位朋友建议我永远不要在本地仓库上提交对 master 的更改。我应该始终创建一个分支，对其进行更改和提交，当我满意时，将它们拉入本地 master。然后将它们推送到 github 上。你会怎么推荐这个？

Answer 1

如果远程仓库已经存在于https://github.com/myuserid/projectname.git，你最好使用git clone而不是git init.

如果你使用git clone,

• 不需要初始化 repo。它使用远程仓库的副本初始化仓库。
• 不需要添加遥控器。默认情况下，它会创建一个名为origin.
• 它从远程仓库获取所有分支，并为本地仓库中的每个远程分支创建一个远程跟踪分支。这很重要，否则git pull不能git push正常工作。

所以，我会推荐这个工作流程：

1. 克隆一个远程仓库（git clone https://github.com/myuserid/projectname.git），
2. 在本地机器上编写/编辑代码。
3. 提交在第 3 步（git add和git commit）中所做的更改。
4. 推送提交到远程仓库 ( git push)
5. 返回第 3 步，除非您已达到要发布版本的阶段。
6. 添加版本标签 ( git tag -a v1.0)
7. 将标签推送到远程 ( git push --tags)
8. 转到第 3 步