另一個新手問題：
給定一個專案，其中包含許多相互關聯的檔案，這些檔案可能會或可能不會在給定時間點作業：
假設在這些檔案的開發程序中，我已經達到了它們都可以作業的地步（至少在一定程度上），也許還有一些事情要做。
Git 存盤庫 (GitHub) 的正常視圖，一切都是線性混亂，由沒有背景關系意義的神秘提交哈希區分。
我想要做的是獲取組成這個專案的檔案組 - 作為一個統一的集合 - 說“這在這個時間點有效” - 這樣如果發生什么事情我有一組已知的作業檔案回參考。
這將參考特定檔案的特定版本，而不是整個線性提交歷史。
我研究過的：
標簽
標簽似乎是一種標記單個檔案的方式，而不是它們的集合作為一個統一的整體。發布
這聽起來像是我想要的，但是“發布”的想法讓我害怕，因為它暗示該專案（至少是半）“準備好迎接黃金時段”。除非你碰巧有一個機器人酷似雷*，與作業系統完全一樣礦山，配置完全一樣礦山和操縱桿這正是像我這樣的，那么這會不會讓你很遠，我不希望有一個億提出的問題是因為我的代碼是一塊 GAGH！（它是GAGH 的一部分——這是一個幫助我學習東西的訓練練習，而不是一個供公眾消費的專案。）
歡迎提出想法。
uj5u.com熱心網友回復：
您想要的是一個標簽 - 當您添加一個標簽時，您正在使用該標簽在整個存盤庫中標記該時間點 - 而不是您所說的檔案。
如果我要在您的標簽處“簽出”您的存盤庫。說1.0.0標簽，我會在那個時間點得到所有檔案。
考慮語意版本-X.Y.Z基于版本控制方案。
令人困惑的是——不同的 VCS 提供商（GitLab、GitHub 等）使用“發布”一詞來表示不同的事物。GitHub 實際上會從標簽創建一個“發布”......所以你最終會在發布串列中找到它們。
另外 - 研究“分支”......這允許您使用新的和很棒的東西“分支”您已知的代碼作業版本......這可能會或不會作業，或者會破壞事物。如果你認為“Hrm，我需要在已知的作業版本上做點什么，但我當前的分支版本真的壞了” - 你可以簽出舊分支并回到原來的位置，而不會丟失任何作業。（顯然你一直在做你的作業）。
對于分支來說，這是一個非常簡單的用例，但是當您與大型團隊合作時，它們變得非常寶貴。
轉載請註明出處，本文鏈接：https://www.uj5u.com/qukuanlian/409111.html
標籤：
上一篇：獲取導致合并的最后一次提交