Sirop4ik Asked:2020-09-26 22:30:16 +0000 UTC2020-09-26 22:30:16 +0000 UTC 2020-09-26 22:30:16 +0000 UTC 如何在 Git 中保存项目的副本? 772 情况是这样的,我正在使用 Git。 在项目中,我实现了几个处理通知的类。 现在证明这是没有必要的。但我在这上面花了很多时间,想保留一份我现在拥有的…… 您如何保存,删除不需要的所有内容,然后,如果需要,以便您可以返回? git 2 个回答 Voted Best Answer aleksandr barakin 2020-09-27T03:57:44Z2020-09-27T03:57:44Z 如果您的更改保留在共享存储库中(即,历史不会被重写以删除您的更改),那么只需记住您上次提交的哈希值,以便您稍后可以返回它: 在“纸”上; 通过创建一个指向此提交的指针(一个非常“轻量级”的操作——只会在存储库中创建一个 41 字节大小的文件): 或固定 - 标签(标签): $ git tag имя.метки коммит 顺便说一句,除非您明确地将您的标签发送到共享存储(例如,使用选项--tags或--all命令push),否则您的同事将不知道它们的存在:它们将仅存储在您的本地存储副本中; 或“浮动”——一个分支(branch): $ git branch имя.ветки коммит 同样,除非您明确将该指针发送到共享存储(例如,通过使用--all命令选项push,或通过特别提及 - 指针git push общее.хранилище имя.ветки),您的同伴也不会知道该指针的存在。 如果您所做的更改尚未推送到共享存储库或将被强制从中删除(通过重写历史记录),您可以创建存储库的另一个副本: 使用工作目录(即所有正在跟踪其历史记录的文件): $ git clone /путь/к/текущему/хранилищу /путь/к/копии 或者没有工作目录(以节省空间): $ git clone /путь/к/текущему/хранилищу /путь/к/копии --bare 甚至“包”(捆绑): $ git bundle create файл.с.пакетом набор.коммитов 以及以后如何使用保存的指针或存储库的副本 - “拉”另一个同样冗长的答案。 Struv Rim 2020-10-01T16:49:22Z2020-10-01T16:49:22Z 在我看来,在这种情况下,创建了一个分支并保存了一个新的存储库,这些类最终确定为一个与. 因此,我们在存钱罐中得到了一个成熟的图书馆。 当然,如果这样做很便宜,那么您需要这样做,否则您应该使用标签——但在大型存储库中,这样您可能会乱扔存储库本身并在再次清理旧标签时丢失标签。分支机构也是如此。如果通过git流程开发,那么只有2个永久分支,其余的在功能实现后拆除。 ps 在git中,你需要习惯标签是轻量级的,分支是轻量级的,你不需要害怕merge,你不需要害怕forks。github、gitlab、bitbucket 等存储库管理系统专为这一切而设计,包括 fork
如果您的更改保留在共享存储库中(即,历史不会被重写以删除您的更改),那么只需记住您上次提交的哈希值,以便您稍后可以返回它:
通过创建一个指向此提交的指针(一个非常“轻量级”的操作——只会在存储库中创建一个 41 字节大小的文件):
或固定 - 标签(标签):
顺便说一句,除非您明确地将您的标签发送到共享存储(例如,使用选项
--tags或--all命令push),否则您的同事将不知道它们的存在:它们将仅存储在您的本地存储副本中;或“浮动”——一个分支(branch):
同样,除非您明确将该指针发送到共享存储(例如,通过使用
--all命令选项push,或通过特别提及 - 指针git push общее.хранилище имя.ветки),您的同伴也不会知道该指针的存在。如果您所做的更改尚未推送到共享存储库或将被强制从中删除(通过重写历史记录),您可以创建存储库的另一个副本:
使用工作目录(即所有正在跟踪其历史记录的文件):
或者没有工作目录(以节省空间):
甚至“包”(捆绑):
以及以后如何使用保存的指针或存储库的副本 - “拉”另一个同样冗长的答案。
在我看来,在这种情况下,创建了一个分支并保存了一个新的存储库,这些类最终确定为一个与. 因此,我们在存钱罐中得到了一个成熟的图书馆。
当然,如果这样做很便宜,那么您需要这样做,否则您应该使用标签——但在大型存储库中,这样您可能会乱扔存储库本身并在再次清理旧标签时丢失标签。分支机构也是如此。如果通过git流程开发,那么只有2个永久分支,其余的在功能实现后拆除。
ps 在git中,你需要习惯标签是轻量级的,分支是轻量级的,你不需要害怕merge,你不需要害怕forks。github、gitlab、bitbucket 等存储库管理系统专为这一切而设计,包括 fork