1
17
你是 总是 准备好了。 经常承诺。致力于一个进行中的分支,并尽可能广泛地分发它。
当您到达当前所指的“准备提交”状态时,检查分支与上游的差异,执行
这将是更容易,更安全,只是通常会给你更好的结果,而不是真正努力让一切都完美之前承诺。记住:一个承诺并不一定代表一个理想的宇宙永久状态。就在你的某处。如何出版取决于你自己。
非常
|
2
7
做一个新的扔掉的树枝。 将未完成的更改提交到该分支,并推动该分支。
从来没有理由不提交更改,尽管可能有理由不提交 到一个特定的分支 |
3
3
没错。push的目的是与其他回购协议共享一个或多个提交。两者都不是主要的备份(尽管有些人使用它们)。 有很多专用的备份工具和在线服务。见 Online backup for personal use |
4
2
这是正确的;您不能推送未提交的更改。然而,仅仅因为您的更改还没有准备好并不意味着您不能提交它们。我没有使用Mercurial的经验,但是使用Git,您可以修改提交(
|
5
2
……但是你讨厌的老板拍了拍你的背说:“嘿!你打算什么时候推动你在员工大会上提到的改革?我们都在等着呢!”他就站在那儿等着你做,那你怎么把他从你的头发里弄出来呢? 这很容易。你想使用 MQ extension . 它与标准Mercurial安装捆绑在一起。
首先将其添加到
现在把你以前的承诺推到一边,这样你的老板就不会再管你了。
最后,恢复工作目录,如下所示:
这是最基本的,但如果你真的想变得更花哨,你还可以做很多事情。MQ扩展就像隐藏在Mercurial存储库下的一个全新的修订控制世界。这就像Git StHuy,但更灵活,更不让人困惑。 学习,变异,进化! |