【问题标题】:git stash, git apply, modifications, git commit, git pop (with rebase preferred)?git stash、git apply、修改、git commit、git pop(首选 rebase)?
【发布时间】:2015-03-11 12:14:13
【问题描述】:

根据most 我是seeing,您取消提交的临时提交是重新设置存储库的唯一方法。

在我的情况下尝试测试这似乎是一件非常困难和危险的事情。

临时提交是否会进入 you-can-never-delete-these-from-your-history 以便本地编辑中的密码现在成为您 git push master 的一部分?

【问题讨论】:

  • 你可以squash在推送前清理历史记录。

标签: git git-stash


【解决方案1】:

我不确定您所说的“非常困难”或“危险”是什么意思。你不能真正搞砸,因为你总是可以恢复旧的情况;并且创建一个额外的提交绝对不会造成你以前没有的问题。

至于您的第二个问题,每个提交(包括在您存储时创建的隐式提交(因为存储在内部创建提交))都存储在本地存储库的对象数据库中。所以是的,如果您的代码中有例如密码,那么这些密码将存储在对象数据库中的某个位置。但无论是提交还是隐藏都不是真正的罪魁祸首:只需对文件执行git add 会将文件内容放入数据库中,因此从技术上讲,这已经保存了这些密码。

但通常这不是一个真正的问题。这是您的 本地 存储库,因此当您推送或有人从您那里拉取时,无法从分支访问的任何内容都不会发布到其他存储库。如果没有引用这些对象,它们最终会被 Git 回收。

【讨论】:

  • 如果我提交的文件中有密码,我一直在手动操作,这将是困难/危险的。通过暂存文件的行,不包括包含密码或敏感信息的行
猜你喜欢
  • 2013-02-23
  • 2016-04-09
  • 2017-11-25
  • 2012-12-25
  • 1970-01-01
  • 2015-02-10
  • 1970-01-01
  • 2013-09-15
相关资源
最近更新 更多