学习Git.需要知道我是否走在正确的轨道上

Question

在我开始使用Git作为我的SCM之前,我会"彻底"测试代码的稳定性,然后我只需复制工作目录并将其重命名为类似(date)project_name.然后,如果我搞砸了某个地方而无法挖掘自己,我会从最后一个稳定目录开始.然后我听说了Git.

我想知道到目前为止我是否正确使用Git.这就是我一直在做的事情:

1. 写一些代码......

2. git add . 将所有已更改的文件添加到舞台

3. git status 检查这些已更改的文件是否已准备好提交

4. git commit 提交最新更改并写入提交消息

5. 重复

到目前为止,这就是我一直在做的事情.对于简单的备份目的以及恢复到"先前的稳定性"的能力,这是否足够了解Git？如果没有,我还应该知道什么？

Answer 1

正如其他人所提到的,我强烈建议您对分支机构感到满意.我的工作流程通常是:

从master*分支开始:

• git checkout -b awesome-new-killer-feature 创建一个新分支(-b)并将其签出.

• 写一些代码......

• git add .,git status,git commit提交的微小变化,重复步骤2

不好了!我的朋友刚报道了一个严重的错误!他输了数据!!!!!

• git checkout master 回到主分公司

• git checkout -b bugfix-serious-data-loss 为修补程序创建新分支

• 修正错误,git add,git status,git commit,漂洗,重复,直到错误是固定的

• git checkout master 回到主分公司

• git merge --no-ff bugfix-serious-data-loss 合并bug修复回主人

好的,现在我可以回到我的真棒 - 新杀手功能:

• git checkout awesome-new-killer-feature 继续处理我正在做的事情

• git rebase master合并回到master的更改到工作代码,这样我们就可以获得bugfix的好处.更不用说当我们需要将此分支合并回master时,这降低了合并冲突的可能性

• 写代码,git add,git status,git commit,冲洗,重复,直到功能非常齐全

• git checkout master,git merge --no-ff awesome-new-killer-feature将分支合并回主人

现在坐下来打字gitk,看看你一直在做什么的一个很好的历史视图.

可选的:

• git branch -D bugfix-serious-data-loss awesome-new-killer-feature删除未使用的分支 我喜欢保持我的回购清洁

git的力量不是因为能够检查你的工作.它来自于分支和合并的快速和便宜.分支允许您同时处理多个想法和/或尝试丢弃想法,而不会影响您的稳定代码.如果这个想法不起作用,只需删除分支,如果它可以将它合并回主服务器.

*注意:按照惯例,大多数git用户将其主/主干分支称为"主".

Answer 2

如果您想要做的就是在出现问题时能够重置为旧提交,那么是的,就是这样.虽然您可以将所有git步骤合并为一个:

git commit -a

(提交所有已更改的跟踪文件)

如果你有时间的话我会考虑分支和标记,但是对于你正在做的事情它们并不是严格要求的,它们只会让生活更轻松